全域性分析
全域性分析是在定義概念、模組、執行和**系統結構檢視之前進行的，並貫穿整個系統結構的設計過程。
全域性分析從識別影響體系結構設計的因素來分成3類：組織因素、技術因素、產品因素。
組織因素分成5類：管理；員工技能、興趣、能力、缺點；過程與開發執行環境；開發進度；開發預算。
技術因素包括：通用和專用的硬體；作業系統、使用者介面、設計模式等軟體技術；模版和框架等體系結構技術；影象、資料庫、資料格式、演算法和技術之類的標準。
產品因素是描述了產品的功能需求、使用者可見的特徵和產品的效能等質量方面的需求。比如：功能特徵；使用者介面；效能；依賴性；錯誤監測、報告、修復；服務和**等。
全域性分析是在每一種體系結構設計檢視中都要進行的一種行為。在全域性分析過程中建立的問題卡片要用在每乙個檢視設計的核心設計任務中。在進行核心設計任務時，做出的決策應當可以返回到全域性分析，以增加和修改因素、問題和策略。
概念體系結構檢視
清楚了概念體系結構的結構檢視之後，可以推論或**重要的系統屬性。概念檢視可以用於：
實用環境及場景。
效能評估。
安全性及可靠性分析。
獨立於監測的目標。
理解靜態及動態系統配置。
工作量評估（初步；不包括基礎設施）。
軟體體系結構 軟體體系結構概論
開學到現在我已經上了三節軟體體系結構的課程，現在我想把自己學到的整理歸納一下。此篇隨筆對應於教材軟體體系結構概論一章。首先談一談我剛接觸這門課程是的感受。那就是 我靠 軟體也會有體系結構？以前只學過資料結構 演算法 基本的程式語言，覺得程式設計無非就是使用者給我需求，我便按照需求來程式設計序就好，從...
軟體體系結構
軟體體系結構是具有一定形式的結構化元素，即構件的集合，包括處理構件 資料構建 連線構建。處理構建 負責對資料進行加工 資料構建 是被加工的資訊 連線構建 把體系結構的不同部分組合連線起來 1 作為通訊的手段 2 代表了早期的設計決策結果 3 高層次的設計復用手段 1 軟體體系結構是風險承擔者 又稱涉...
軟體體系結構 軟體體系結構複雜性
複雜性具有不同的種類和形態，一種簡明的度量是類之間通訊路徑的數量，通訊路徑是類之間存在的持久或暫時連線。複雜性存在四種維度的解釋 從適應能力的角度，認知複雜性度量可以增強可理解性質量，結構複雜性可以增強可維護性和可伸縮性質量。這兩種度量是有關係的，對於低結構複雜性，認知複雜性的較小值雖然是必要不充分...