一線架構師實踐指南

定　價：￥35.00

作　者：	溫昱著
出版社：	電子工業(yè)出版社
叢編項：
標　簽：	軟件工程/開發(fā)項目管理

購買這本書可以去

ISBN：	9787121095405	出版時間：	2009-10-01	包裝：	平裝
開本：	16開	頁數(shù)：	186	字數(shù)：

內(nèi)容簡介

　　本書致力于為一線架構師，以及軟件企業(yè)提供務實有效的架構設計方法指導。本書從架構師經(jīng)常遇到的困惑出發(fā)，總結軟件架構設計中經(jīng)常遇到的問題，提出“方法體系必然是軟件業(yè)界未來發(fā)展的重大趨勢”，以及“架構設計方法已經(jīng)擴展到方法體系”的觀點。針對軟件架構設計的三個階段（Pre-Architecture階段、 Conceptual Architecture階段和Refined Architecture階段）中的各個具體環(huán)節(jié)，給出了最佳的實踐原則和方法，內(nèi)容涵蓋了從需求分析到生成架構的整個過程。

作者簡介

　　溫昱，資深咨詢顧問，CSAI特聘高級顧問，軟件架構專家。軟件架構思想的傳播者和積極推動者，中國軟件技術大會杰出貢獻專家。十年系統(tǒng)規(guī)劃、架構設計和研發(fā)管理經(jīng)驗，在金融、航空、多媒體、電信、中間件平臺等領域負責和參與多個大型系統(tǒng)的規(guī)劃、設計、開發(fā)與管理。作為資深咨詢顧問，已為眾多知名企業(yè)提供了卓有成效的架構培訓與咨詢服務。

圖書目錄

第1章緒論
1.1 一線架構師：6個經(jīng)典困惑
1.2 本書的4個核心主張
1.2.1 方法體系是大趨勢
1.2.2 質(zhì)疑驅動的架構設計
1.2.3 多階段還是多視圖？
1.2.4 內(nèi)置最佳實踐
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 探究：相互矛盾的質(zhì)量屬性
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è)界現(xiàn)狀
3.3.1 “唯經(jīng)驗論”
3.3.2 “目標不變論”
3.3.3 需求分類法的現(xiàn)狀
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網(wǎng)站案例：需求結構化與分析約束影響
4.7.1 需求結構化
4.7.2 分析約束影響（推導法則應用）
4.7.3 分析約束影響（查漏法則應用）
4.8 貫穿案例
4.8.1 PASS系統(tǒng)背景介紹
4.8.2 需求結構化
4.8.3 分析約束影響
第5章確定關鍵質(zhì)量與關鍵功能
5.1 為什么要確定架構的關鍵質(zhì)量目標
5.2 確定關鍵質(zhì)量的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網(wǎng)站案例：確定關鍵質(zhì)量與關鍵功能
5.6 貫穿案例
第Ⅱ部分 Conceptual Architecture階段
第6章概念架構的故事
6.1 一籌莫展
6.1.1 小張，以及他負責的產(chǎn)品
6.1.2 老王，后天見客戶
6.2 制定方針
6.2.1 小張：我必須先進行概念架構的設計
6.2.2 老王：清晰的概念架構，明確的價值體現(xiàn)
6.3 柳暗花明
6.3.1 小張：重大需求塑造概念架構
6.3.2 老王：概念架構體現(xiàn)重大需求
6.4 結局與經(jīng)驗
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章數(shù)據(jù)架構的難點：數(shù)據(jù)分布
第Ⅳ部分專題：非功能目標的方法論
第16章故事：困擾己久的非功能問題
第17章總論：非功能目標的設計環(huán)節(jié)
第18章方法：“目標－場景－決策”表
索引
編輯手記
設計手記