相關商品
商品簡介
作者簡介
目次
商品簡介
本書致力于為一線架構師，以及軟件企業提供務實有效的架構設計方法指導。
本書從架構師經常遇到的困惑出發，總結軟件架構設計中經常遇到的問題，提出“方法體系必然是軟件業界未來發展的重大趨勢”，以及“架構設計方法已經擴展到方法體系”的觀點。針對軟件架構設計的三個階段（Pre-Architecture階段、 Conceptual Architecture階段和Refined Architecture階段）中的各個具體環節，給出了最佳的實踐原則和方法，內容涵蓋了從需求分析到生成架構的整個過程。
本書從架構師經常遇到的困惑出發，總結軟件架構設計中經常遇到的問題，提出“方法體系必然是軟件業界未來發展的重大趨勢”，以及“架構設計方法已經擴展到方法體系”的觀點。針對軟件架構設計的三個階段（Pre-Architecture階段、 Conceptual Architecture階段和Refined Architecture階段）中的各個具體環節，給出了最佳的實踐原則和方法，內容涵蓋了從需求分析到生成架構的整個過程。
作者簡介
溫昱，資深諮詢顧問，CSAI特聘高級顧問，軟件架構專家。軟件架構思想的傳播者和積極推動者，中國軟件技術大會傑出貢獻專家。十年系統規劃、架構設計和研發管理經驗，在金融、航空、多媒體、電信、中間件平臺等領域負責和參與多個大型系統的規劃、設計、開發與管理。作為資深諮詢顧問，已為眾多知名企業提供了卓有成效的架構培訓與諮詢服務。
目次
第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 大型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 小張：概念架構是設計大系統的關鍵
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章 方法：“目標－場景－決策”表
索引
編輯手記
設計手記
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 大型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 小張：概念架構是設計大系統的關鍵
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章 方法：“目標－場景－決策”表
索引
編輯手記
設計手記
您曾經瀏覽過的商品
購物須知
大陸出版品因裝訂品質及貨運條件與台灣出版品落差甚大，除封面破損、內頁脫落等較嚴重的狀態，其餘商品將正常出貨。
特別提醒：部分書籍附贈之內容(如音頻mp3或影片dvd等)已無實體光碟提供，需以QR CODE 連結至當地網站註冊“並通過驗證程序”，方可下載使用。
無現貨庫存之簡體書，將向海外調貨：
海外有庫存之書籍，等候約45個工作天;
海外無庫存之書籍，平均作業時間約60個工作天，然不保證確定可調到貨，尚請見諒。
為了保護您的權益，「三民網路書店」提供會員七日商品鑑賞期(收到商品為起始日)。
若要辦理退貨，請在商品鑑賞期內寄回，且商品必須是全新狀態與完整包裝(商品、附件、發票、隨貨贈品等)否則恕不接受退貨。