首先要明白的是，架構就是一種設計，一種設計思想。
因為框架很重要，所以要做框架設計-》正確的廢話
不是每個系統都要做框架設計嗎-》知其然不知其所以然
公司流程要求系統開發過程中必須有架構設計-》捨本逐末
為了高效能、高可用、可擴充套件，所以要做框架設計-》畫蛇添足
架構也是為了應對軟體系統複雜度而提出的乙個解決方案，通過回顧架構產生的歷史背景和原因，我們可以基本推導出答案：架構設計的主要目的是為了解決軟體系統複雜度帶來的問題。
明確了「架構設計是為了解決軟體複雜度」原則後，很多架構上的困惑都可以很好回答。
「這麼多需求，從**開始下手進行架構設計呢？」
「架構設計要考慮高效能、高可用、高擴充套件……這麼多高 xx，全部設計完成估計要 1 個月，但老大只給了 1 周時間」
「業界 a 公司的架構是 x，b 公司的方案是 y，兩個差別比較大，該參考哪乙個呢？」
分析複雜度
分析複雜度
分析複雜度
當我們對任何乙個系統無論是進行架構設計還是更改的時候，首先應識別其複雜度到底體現在**
基於系統業務應用場景分析複雜度，分析複雜度是為了跟系統業務應用場景相貼合。
比如要搭建乙個「學生管理系統」，分析複雜度
對應架構如下:
「複雜度」可以簡單理解成「成本」,「複雜度帶來的問題」就是「成本收益難度」，而「分析複雜度」就是「成本收益分析」，也就是說架構設計的目的是為了「收益最大化」
架構即決策，收益決策
明確需求->分析複雜度->做出決策。
分析複雜度（成本收益分析）
解決複雜度的問題（成本收益難度）
架構設計的目的
架構設計的誤區 關於架構設計的目的，常見的誤區有 因為架構很重要，所以要做架構設計 這是一句正確的廢話，架構是很重要，但架構為何重要呢？例如 不做架構設計系統就跑不起來麼？其實不然，很多朋友尤其是經歷了創業公司的朋友可能會發現，公司的初始產品可能沒有架構設計，大夥擼起袖子簡單討論一下就開始編碼了，根...
架構設計（3） 架構模式
架構設計學習思維導圖 架構設計系列主要的adm 架構開發方法 主要基於togaf9或者togaf9.1來論述。這是個人學習實踐和總結筆記，專注並不斷積累和更新，努力精進自己。個人拙見,僅供參考。1 架構概述 了解架構基礎知識 架構定義 分類 級別 應用架構演進 架構是否合理 架構誤區等。談談架構 2...
IT四架構設計模型
按照頂層設計理論和方法的定義，資訊化頂層體系結構包括業務架構 資訊架構 應用架構和技術架構四大範疇。業務架構定義了整體業務能力以及各部門 各業務的協作關係，由業務要素模型表達整體業務能力，包括業務職能 業務布局和業務組合形態，由業務流程模型表達各部門 各業務的協作關係 資訊架構定義了全域性資訊資源組...