首先我們應該了解什麼是軟體架構設計？
架構大體分為以下幾種：
邏輯架構＝模組劃分＋介面定義＋領域模型
開發架構＝技術選型＋檔案劃分＋編譯關係
物理架構＝硬體分布＋軟體部署＋方案優化
執行架構＝技術選型＋控制流劃分＋同步關係
資料架構＝技術選型＋儲存格式＋資料分布
程式設計師向架構師轉型的關鍵突破
——學會系統思考
怎樣根據客戶的需求去設計自己的系統，從需求到設計是乙個很重要的過程，如果需求都不明確那麼最後做的系統將注定失敗。
當我們明白了需求之後，接下來就是要怎麼去設計這個系統，這就是系統的架構。根據上面所分的架構逐步設計自己的系統。
需求和設計之間存在一道無形的鴻溝，因此很多人會在需求分析之後卡殼，不知道怎麼做了。
先說功能需求。使用用例規約等技術描述功能，可以闡明待開發系統的使用方法，但並沒有
以類、包、元件、子系統等元素形式描述系統的內部結構。從用例規約向這些設計概念過渡之所
以困難，是因為：
用例是面向問題域的，設計是面向機器域的，這兩個「空間
」之間存在對映；
用例技術本身不是物件導向的，而設計應該是物件導向的，這是兩種不同的思維方式；
用例規約採用自然語言描述，而設計採用形式化的模型描述，描述手段也不同。
然而，從質量需求到軟體設計，有個不易跨越的鴻溝：軟體的質量屬性需求很「飄
」，常常
令架構師難以把握。例如，根據諸如
「本系統應該具有較高的高效能
」等寥寥幾個字來直接做設計，「
思維跨度
」就太大了，設計很難有針對性。
越過從質量需求到設計的鴻溝，需要搭橋。這「橋
」就是下面要講的場景技術，其關鍵是使
籠統的非功能目標明確化。
軟體架構設計
在嵌入式軟體開發的專案中，很少見到有專案架構師這一工作職稱，但是大型專案的總是會有架構師一說。1 為什麼嵌入式開發很少會出現架構師這一職責。嵌入式開發的專案，一般有兩種模式 一類是 完全由開發人員自己設計 排除庫函式 另一類是基於固有的作業系統進行開發。前者一般都是針對特定應用，所有 的規模不會很大...
軟體架構設計
本章考點主要集中在 基於構件的開發模型，架構風格，架構評估，架構與質量屬性，設計模式。縱觀軟體架構技術的發展過程，可以認為經歷了4個階段 無架構設計階段 以組合語言進行小規模應用程式開發為特徵 萌芽階段 出現了程式結構設計主題，以控制流圖和資料流圖構成軟體結構為特徵。初級階段 出現了從不同側面描述系...
軟體架構設計 架構師筆記，軟體架構設計
架構設計是分與合的藝術 通讀並總結了溫昱老師的 軟體架構設計 並有幸聽過李哲珠博士對架構設計的講解。對其讀後的自我領悟並提煉出核心內容分享出來，希望從思想高度上能提公升你對軟體架構設計的認知。架構設計 架構設計不等於框架設計，框架也可能有架構，所有的原子元件 被拆分的模組 都需要架構設計，所有元件可...