概念性架構界定系統的高層元件，以及它們之間的關係。概念性架構意在對系統進行適當分解，而不陷入細節。藉此，可以與管理人員、市場人員、使用者等非技術人員交流架構。概念性架構規定了每個元件的非正式規約及架構圖，但不涉及介面細節。
1.不同系統的架構，為什麼不同？
需求不同，所以架構不同。這裡需求包括了功能、質量、約束等方面。
2.架構設計中，應何時確立架構大方向的不同？
進行概念架構設計時應確立架構大方向。架構設計貴在有針對性，概念架構針對重大需求、特色需求、高風險需求的要求，給出高層次的解決方案——這就是概念架構的最重要意義。
重大需求塑造概念架構
admems方法conceptual arch階段核心理念：重大需求塑造概念架構，這裡重大需求應涵蓋功能需求、質量及約束3類需求的關鍵部分。
概念架構階段的3個步驟
1.初步設計。基於關鍵功能，借助魯棒圖進行以發現職責為目的的初步設計。
2.高層分割。對系統這個黑盒子進行高層切分，例如切分複雜系統為多個二級系統，或者直接切分系統為具體子系統。
3.考慮非功能需求
初步設計對複雜系統的意義
1.架構師只有在設計複雜系統（或涉及不熟悉的領域，感受「挺複雜」）時才需要初步設計。
2.初步設計的目標：發現職責。無須展開架構設計細節。
後續的架構實際工作必然以初步設計為基礎。
魯棒圖簡介
魯棒圖包括3種元素，分別是邊界物件、控制物件、實體物件：
邊界物件對模擬外部環境和未來系統之間的互動進行建模。邊界物件負責接收外部輸入，處理內部內容的解釋，並表達或傳遞響應的結果。
控制物件對行為進行封裝，描述用例中事件流的控制行為。
實體物件對資訊進行描述。
高層分割的兩種實踐套路：
「高層分割」的兩種實踐討論：切系統為系統；切系統為子系統
切系統為系統
1）系統比較複雜，需要進行兩級高層切分。
2）首先，把系統切成更小一級的系統，每個更小一級的系統都可以有單獨的需求、設計、實現…
3）之後，針對每個「更小一級的系統」，進行「切系統為子系統」…
最常見就是分層，比如常見的mvc，mvvm模式
分層「3+1種」流派
《一線架構師實踐指南》讀後感
0 admems architecturedesign method has been extended to method system 方法通過三個階段和1個貫穿環境來覆蓋 需求進，架構出 的架構設計完成工作內容。其中 3個階段 是指預備架構階段 pa pre architecture 階段 把...
《一線架構師實踐指南》讀後感 一
模式介紹 當然如果服務層設計的不好，那麼可能會造成反效果。主要集中在業務規則的制定 業務流程的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域邏輯有關 使用場景 模式特點 使用場景 設計模式實現 門面模式 我們對於每個模組或者每個層次都會設計乙個 門面 來降低耦合的複雜程度。策略模式 ...
《一線架構師實踐指南》讀後感 四
需求理解的大局觀 降低架構失敗風險 盡早開始架構設計 pre architecture階段的好處 能夠在需求沒有 全面完成 的情況下開始架構設計。為了盡早開始架構設計，需要做好 讓架構師參與需求分析工作 不能被動地等待完善的 軟體需求規則說明書 出現的那一刻。只要滿足下面3個條件就可以開始架構設計工...