《一線架構師實踐指南》是2009年10月1日電子工業出版社出版的圖書，作者是溫昱。該書是作者根據自己經驗實例講解軟體架構設計ADMEMS方法體系。
基本介紹
內容簡介,作品鑑賞,作品目錄,第Ⅰ部分,第Ⅱ部分,第Ⅲ部分,作者簡介,
內容簡介
該書是20多位專家撰文推薦。作者10多年架構設計和諮詢實踐經驗的總結。中大型系統架構設計的航標燈。本書致力於為一線架構師，以及軟體企業提供務實有效的架構設計方法指導。
本書從架構師經常遇到的困惑出發，總結軟體架構設計中經常遇到的問題，提出“方法體系必然是軟體業界未來發展的重大趨勢”，以及“架構設計方法已經擴展到方法體系”的觀點。針對軟體架構設計的三個階段（Pre-Architecture階段、 Conceptual Architecture階段和Refined Architecture階段）中的各個具體環節，給出了最佳的實踐原則和方法，內容涵蓋了從需求分析到生成架構的整個過程。
作品鑑賞
很值得有志成為“一線架構師”的人士學習和借鑑。
——左春中科軟總裁 中科院軟體所研究員
兩年來，我和我的團隊套用了溫老師的一些方法來開發電信行業無線網優平台這個大型平台軟體，已經取得初步成功。
——杜海亮夭元網路公司刑總工程師
本書是從實踐中來的，自然可以很好地運用到實踐中去，具有很高的實踐指南價值。
——宋興烈起步科技總工程師
書中的三階段理論、結構化需求與約束分析等不少概念一經指出，讓人有茅塞頓開之感。書中有很實用的操作技巧，值得每一個架構師反覆學習和操練，領會之後定會讓您的架構設計更上一層樓。
——董振江中興通訊業務研究院副院長
作品目錄
第1章 緒論
1.1 一線架構師：6個經典困惑
1.2 本書的4個核心主張
1.2.1 方法體系是大趨勢
1.2.2 質疑驅動的架構設計
1.2.3 多階段還是多視圖？
1.2.4 內置最佳實踐
1.3 ADMEMS方法體系：3個階段，1個貫穿環節
1.3.1 Pre—architecture階段：ADMEMS矩陣方法
1.3.2 Conceptual Architecture階段：重大需求塑造做概念架構
1.3.3 Refined Architecture階段：落地的5視圖方法
1.3.4 持續關注非功能需求：“目標.場景.決策”表方法
1.4 如何運用本書解決“6大困惑”
第Ⅰ部分
Pre-Architecture階段
第2章 Pre—architecture的故事
2.1 “不就是個MIS嗎”
2.1.1 故事：外籍人員管理系統
2.1.2 探究：哪些因素構成了架構設計的約束性需求
2.2.1 故事：嵌入式0S的剪裁
2.2.2 探究：又是約束
2.3 “都是C++的錯，換C重寫”
2.3.1 故事：放棄C++，用C重寫計費系統
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 業界現狀
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 範圍：超越《軟體需求規格說明書》
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系統背景介紹
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 識別矛盾+劃定優先權
5.2.6 嚴格程度符合領域與規模特點
5.3 為什麼不是“全部功能作為驅動因素”
5.4 確定關鍵功能的4條規則
5.5 大型B2C網站案例：確定關鍵質量與關鍵功能
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 小張：概念架構是設計大系統的關鍵
6.4.2 老王：概念架構是售前必修課
第7章 Conceptual Architecture總論
7.1 什麼是概念架構
7.2 實際意義
第8章 初步設計
第9章 高層分割
第10章 考慮非功能需求
第Ⅲ部分
Refined Architecture階段
第11章 細化架構的故事
第12章 Refined Architecture總論
第13章 邏輯架構
第14章 物理架構、運行架構、開發架構
第15章 數據架構的難點：數據分布
第Ⅳ部分 專題：非功能目標的方法論
第16章 故事：困擾己久的非功能問題
第17章 總論：非功能目標的設計環節
第18章 方法：“目標－場景－決策”表
索引
編輯手記
設計手記
作者簡介
溫昱，資深諮詢顧問，CSAI特聘高級顧問，軟體架構專家。軟體架構思想的傳播者和積極推動者，中國軟體技術大會傑出貢獻專家。十年系統規劃、架構設計和研發管理經驗，在金融、航空、多媒體、電信、中間件平台等領域負責和參與多個大型系統的規劃、設計、開發與管理。作為資深諮詢顧問，已為眾多知名企業提供了卓有成效的架構培訓與諮詢服務。
