一線架構師實踐指南

第1章 緒論
1.1 一線架構師：6個經典困惑
1.2 本書的4個核心主張
1.2.1 方法體系是大趨勢
1.2.2 質疑驅動的架構設計
1.2.3 多階段還是多視圖？
1.2.4 內置最佳實踐
1.3 ADMEMS方法體系：3個階段，1個貫穿環(huán)節(jié)
1.3.1 Pre—architecture階段：ADMEMS矩陣方法
1.3.2 Conceptual Architecture階段：重大需求塑造做概念架構
1.3.3 Refined Architecture階段：落地的5視圖方法
1.3.4 持續(xù)關注非功能需求：“目標.場景.決策”表方法
1.4 如何運用本書解決“6大困惑”
第Ⅰ部分 Pre-Architecture階段.
第2章 Pre—architecture的故事
2.1 “不就是個MIS嗎”
2.1.1 故事：外籍人員管理系統(tǒng)
2.1.2 探究：哪些因素構成了架構設計的約束性需求
2.2.1 故事：嵌入式0S的剪裁
2.2.2 探究：又是約束
2.3 “都是C++的錯，換C重寫”
2.3.1 故事：放棄C++，用C重寫計費系統(tǒng)
2.3.2 探究：相互矛盾的質量屬性
2.4 展望“Pre—architecture階段篇”
第3章 Pre.architecture總論
3.1 什么是Pre.architecture
3.2 實際意義
3.2.1 需求理解的大局觀
3.2.2 降低架構失敗風險
3.2.3 盡早開始架構設計
3.2.4 明確架構設計的“驅動力”
3.3 業(yè)界現狀
3.3.1 “唯經驗論”
3.3.2 “目標不變論”
3.3.3 需求分類法的現狀
3.3.4 需求決定架構的原理亟待歸納
3.4 實踐要領
3.4.1 不同需求影響架構的不同原理，才是架構設計思維的基礎
3.4.2 二維需求觀與ADMEMS矩陣方法
3.4.3 關鍵需求決定架構，其余需求驗證架構
3.4.4 Pre.architecture階段的4個步驟
第4章 需求結構化與分析約束影響
4.1 為什么必須進行需求結構化
4.2 用ADMEMS矩陣方法進行需求結構化
4.2.1 范圍：超越《軟件需求規(guī)格說明書》
4.2.2 工具：ADMEMS矩陣
4.3 為什么必須分析約束影響
4.4 ADMEMS方法的“約束分類理論”
4.5 Big Picture：架構師應該這樣理解約束
4.6 用ADMEMS矩陣方法輔助約束分析
4.7 大型82C網站案例：需求結構化與分析約束影響
4.7.1 需求結構化
4.7.2 分析約束影響（推導法則應用）
4.7.3 分析約束影響（查漏法則應用）
4.8 貫穿案例
4.8.1 PASS系統(tǒng)背景介紹
4.8.2 需求結構化
4.8.3 分析約束影響
第5章 確定關鍵質量與關鍵功能
5.1 為什么要確定架構的關鍵質量目標
5.2 確定關鍵質量的5大原則
5.2.1 整體思路
5.2.2 分類合適+必要擴充
5.2.3 考慮多方涉眾
5.2.4 檢查性思維
5.2.5 識別矛盾+劃定優(yōu)先級
5.2.6 嚴格程度符合領域與規(guī)模特點
5.3 為什么不是“全部功能作為驅動因素”
5.4 確定關鍵功能的4條規(guī)則
5.5 大型82C網站案例：確定關鍵質量與關鍵功能
5.6 貫穿案例
第Ⅱ部分 Conceptual Architecture階段
第6章 概念架構的故事
6.1 一籌莫展
6.1.1 小張，以及他負責的產品
6.1.2 老王，后天見客戶
6.2 制定方針
6.2.1 小張：我必須先進行概念架構的設計
6.2.2 老王：清晰的概念架構，明確的價值體現
6.3 柳暗花明
6.3.1 小張：重大需求塑造概念架構
6.3.2 老王：概念架構體現重大需求
6.4 結局與經驗
6.4.1 小張：概念架構是設計大系統(tǒng)的關鍵
6.4.2 老王：概念架構是售前必修課
第7章 Conceptual Architecture總論
7.1 什么是概念架構
7.2 實際意義
……
第8章 初步設計
第9章 高層分割
第10章 考慮非功能需求
第Ⅲ部分 Refined Architecture階段
第11章 細化架構的故事
第12章 Refined Architecture總論
第13章 邏輯架構
第14章 物理架構、運行架構、開發(fā)架構
第15章 數據架構的難點：數據分布
第Ⅳ部分 專題：非功能目標的方法論
第16章 故事：困擾己久的非功能問題
第17章 總論：非功能目標的設計環(huán)節(jié)
第18章 方法：“目標－場景－決策”表
索引
編輯手記
設計手記