ca階段（概要設計階段）---大系統必須階段（重大需求塑造概要架構）---「戰略方向」
之所以需要細化架構，是因為概念架構難以支援並行開發。
細化架構的方法：rup 4+1多檢視方法（邏輯架構，開發架構，物理架構，資料架構，執行架構（與之對應的要寫概要設計文件））
多檢視方法要求「兼顧多個檢視設計之間的一致性」。例如：要考慮職責、程式單元、部署節點等要素之間的相互影響。
多檢視方法的實際意義：利於思考（因為分而治之的思維方式）；便於交流（因為在一定程度上分離了涉眾關注點）
多檢視方法不是oo方法（object-oriented method,物件導向方法,物件導向的方法）分支。無論是oo方法，還是結構化方法，都遠未涵蓋架構設計的全部。
邏輯架構和物理架構不是兩個階段，而是同一階段的要考慮的兩個方面，即兩個檢視。
5檢視方法包含檢視和其」思維立足點「：
邏輯檢視（職責劃分）
開發檢視 （程式單元組織）
執行檢視（控制流阻止）
物理檢視（物理節點安排）
資料檢視（持久化設計）
用5檢視方法梳理架構
邏輯架構中劃分子系統的三種策略：
三種策略綜合運用，三管齊下。
劃分子系統的 4個重要原則：
職責分離原則；
通用專用分離原則；
技能分離原則；
工作量均衡原則。
物理架構
3項任務：
硬體選擇與物理拓撲
軟體到硬體的對映關係
方案的優化
執行架構
工作內容：
確定引入哪些控制流
確定每條控制流的任務
處理相關問題:控制流的建立、銷毀、通訊機制等
編進一步考慮:控制流之間的同步關係,若有資源爭用還要引入加鎖機制
控制流圖是關鍵，在實踐中,最常用於實現控制流的手段有3種：
程序執行緒
中斷服務程式
開發架構
工作內容：
將「邏輯職責」對映為「程式單元」。
開發技術選型
「程式單元」間關係
資料架構
難點：資料分布
資料分布的六種策略：
獨立 schema( separate-schema）
集中( centralized)
分割槽( partitioned)
複製( replicated)
子集( subset)。
重組( reorganized)
資料分布策略的三條應用原則：
把握系統特點,確定分布策略(合適原則)
不同分布策略,可以綜合運用(綜合原則)
從「對嗎」、「好嗎」兩方面進行評估優化(優化原則)
《一線架構師實踐指南》 閱讀筆記三
傳統的架構設計很片面，評定需求，根據需求確定物理架構，技術架構則到此為止了，下面的內容則是開發人員的事了。而本書講述的架構設計在整個產品開發過程中都有角色，將架構設計分成了3個階段，需求階段做前置架構設計 pre architecture 主要是針對需求做一些架構預言，需要提煉的內容主要有 確定關鍵...
一線架構師實踐指南閱讀筆記
我個人認為,完整覆蓋 需求進,架構出 的架構設計方法才是符合一線實踐需要的。pre architecture就是架構設計的最前期階段,其工作目標包括 理解需求 建立需求大局觀 確定架構設計方向等。磨刀不誤砍柴工 這是近乎常識的古訓。整個admems方法包含pre architectureconcep...
一線架構師實踐指南閱讀筆記2
一線架構師實踐指南閱讀筆記2 第6,7章 concepture architecture 概念性架構 把最關鍵的設計要素和互動的機制確定下來，然後考慮具體技術的運用，設計出實際架構。概念性架構界定系統的高層元件，以及它們之間的關係。概念性架構意在對系統進行適當分解，對高層元件的職責進行了籠統的界定，...