軟件系統(tǒng)架構(gòu)：使用視點和視角與利益相關者合作（原書第2版）

譯者序前言
第1版前言
第1章 簡介
1.1 利益相關者、視點和視角
1.2 本書結(jié)構(gòu)
1.3 誰應該閱讀本書
1.4 本書約定

第一部分 架構(gòu)的基本原則
第2章 軟件架構(gòu)概念
2.1 軟件架構(gòu)
2.1.1 系統(tǒng)元素和關系
2.1.2 基本系統(tǒng)屬性
2.1.3 設計和發(fā)展的原則
2.1.4 系統(tǒng)屬性和內(nèi)部組織形式
2.1.5 軟件架構(gòu)的重要性
2.2 架構(gòu)元素
2.3 利益相關者
2.3.1 個人、團隊或組織
2.3.2 興趣和關注點
2.3.3 利益相關者的重要性
2.4 架構(gòu)描述
2.5 核心概念之間的關系
2.6 小結(jié)
2.7 延伸閱讀
第3章 視點和視圖
3.1 架構(gòu)視圖
3.2 視點
3.3 核心概念之間的關系
3.4 使用視點和視圖的好處
3.5 視點缺陷
3.6 視點目錄
3.7 小結(jié)
3.8 延伸閱讀
第4章 架構(gòu)視角
4.1 質(zhì)量屬性
4.2 架構(gòu)視角
4.3 向視圖應用視角
4.4 應用視角的結(jié)果
4.4.1 深入的觀點
4.4.2 提升
4.4.3 精品內(nèi)容
4.5 核心概念之間的關系
4.6 使用視角的好處
4.7 視角的缺陷
4.8 視角與視點對比
4.9 視角種類
4.1 0小結(jié)
4.1 1延伸閱讀
第5章 軟件架構(gòu)師的角色
5.1 架構(gòu)定義過程
5.1.1 架構(gòu)定義不僅是設計
5.1.2 需求分析和架構(gòu)定義之間的區(qū)別
5.1.3 架構(gòu)定義和設計之間的區(qū)別
5.2 架構(gòu)師的角色
5.3 核心概念之間的相互關系
5.4 架構(gòu)專門化
5.5 組織情境
5.5.1 業(yè)務分析師
5.5.2 項目經(jīng)理
5.5.3 設計主管
5.5.4 技術專家
5.5.5 開發(fā)者
5.6 架構(gòu)師的技能
5.7 架構(gòu)師的責任
5.8 小結(jié)
5.9 延伸閱讀

第二部分 軟件架構(gòu)過程
第6章 軟件架構(gòu)過程簡介
第7章 架構(gòu)定義過程
7.指導原則
7.過程產(chǎn)出物
7.過程情境
7.支持活動
7.架構(gòu)定義活動
7.過程完成標準
7.軟件開發(fā)生命周期中的架構(gòu)定義
7.7.1 瀑布式方法
7.7.2 迭代方法
7.7.3 敏捷方法
7.8 小結(jié)
7.9 延伸閱讀
第8章 關注點、原則和決定
8.1 專注于問題的關注點
8.1.1 業(yè)務策略
8.1.2 業(yè)務目標和驅(qū)動力
8.1.3 系統(tǒng)范圍和需求
8.1.4 業(yè)務標準和政策
8.2 專注于解決方案的關注點
8.2.1 IT策略
8.2.2 技術目標和驅(qū)動力
8.2.3 技術標準和政策
8.3 其他現(xiàn)實世界中的約束
8.4 什么決定了好的關注點
8.5 架構(gòu)原則
8.5.1 什么造就了好的原則
8.5.2 定義自己的原則
8.6 架構(gòu)決定
8.7 使用原則關聯(lián)關注點和決定
8.8 檢查列表
8.9 小結(jié)
8.10 延伸閱讀
第9章 確定并引入利益相關者
9.1 利益相關者的選擇
9.2 利益相關者的類別
9.2.1 出資方
9.2.2 評估者
9.2.3 溝通者
9.2.4 開發(fā)人員
9.2.5 維護人員
9.2.6 生產(chǎn)工程師
9.2.7 供應商
9.2.8 支持人員
9.2.9 系統(tǒng)管理員
9.2.10 測試人員
9.2.11 用戶
9.3 示例
9.3.1 非專門設計的部署項目
9.3.2 軟件產(chǎn)品開發(fā)項目
9.3.3 合作開發(fā)
9.4 代理利益相關者
9.5 利益相關者組
9.6 利益相關者的責任
9.7 檢查列表
9.8 小結(jié)
9.9 延伸閱讀
第10章 識別并使用場景
10.1 場景類型
10.2 使用場景
10.3 識別場景并排定優(yōu)先級
10.4 捕獲場景
10.5 什么造就了好場景
10.6 應用場景
10.6.1 紙質(zhì)模型
10.6.2 走查
10.6.3 模擬
10.6.4 原型實現(xiàn)的測試
10.6.5 完整規(guī)模真實測試
10.7 有效使用場景
10.7.1 識別一系列重點場景
10.7.2 使用清晰的場景
10.7.3 盡早使用場景
10.7.4 包含對系統(tǒng)質(zhì)量場景的使用
10.7.5 包含對故障場景的使用
10.7.6 讓利益相關者緊密參與
10.8 檢查列表
10.9 小結(jié)
10.1 0延伸閱讀
第11章 使用樣式和模式
11.1 設計模式介紹
11.2 樣式、模式和慣用法
11.2.1 架構(gòu)樣式
11.2.2 軟件設計模式
11.2.3 語言慣用法
11.2.4 使用樣式、模式和慣用法
11.3 模式和架構(gòu)策略
11.4 架構(gòu)樣式的例子
11.5 使用架構(gòu)樣式的好處
11.6 樣式和架構(gòu)描述
11.7 應用設計模式和語言慣用法
11.8 檢查列表
11.9 小結(jié)
11.1 0延伸閱讀
第12章 創(chuàng)建架構(gòu)模型
12.1 模型為什么重要
12.2 模型的類型
12.2.1 定性模型
12.2.2 定量模型
12.2.3 示意圖
12.3 建模語言
12.3.1 架構(gòu)描述語言
12.3.2 統(tǒng)一建模語言
12.3.3 可執(zhí)行的領域?qū)Ｓ谜Z言
12.3.4 其他建模語言
12.4 創(chuàng)建有效模型的準則
12.4.1 有目的地建模
12.4.2 應對受眾
12.4.3 仔細、準確地抽象
12.4.4 根據(jù)風險確定工作重點
12.4.5 選擇描述性的名稱
12.4.6 定義你的術語
12.4.7 以簡單為目標
12.4.8 使用已定義的標記法
12.4.9 了解暗示的語義
12.4.1 0驗證模型
12.4.1 1保持模型的活力
12.5 和敏捷團隊一起建模
12.6 檢查列表
12.7 小結(jié)
12.8 延伸閱讀
第13章 創(chuàng)建架構(gòu)描述
13.1 有效架構(gòu)描述的屬性
13.1.1 正確
13.1.2 充分
13.1.3 及時
13.1.4 簡潔
13.1.5 清晰
13.1.6 最新
13.1.7 精確
13.2 詞匯表
13.3 ISO標準
13.4 架構(gòu)描述的內(nèi)容
13.4.1 文檔控制
13.4.2 內(nèi)容表
13.4.3 介紹和管理綱要
13.4.4 利益相關者
13.4.5 通用架構(gòu)原則
13.4.6 架構(gòu)設計決定
13.4.7 視點
13.4.8 視圖
13.4.9 質(zhì)量屬性摘要
13.4.1 0重要的方案
13.4.1 1亟待解決的問題
13.4.1 2附錄
13.5 展現(xiàn)架構(gòu)描述
13.6 檢查列表
13.7 小結(jié)
13.8 延伸閱讀
第14章 評估架構(gòu)
14.1 為什么要評估架構(gòu)
14.2 評估技術
14.2.1 演講
14.2.2 正式評審和結(jié)構(gòu)化的走查
14.2.3 通過使用場景來評估
14.2.4 原型和概念驗證系統(tǒng)
14.2.5 骨架系統(tǒng)
14.3 基于場景的評估方法
14.3.1 以架構(gòu)為中心的活動
14.3.2 以利益相關者為中心的活動
14.4 在軟件生命周期內(nèi)評估
14.5 驗證現(xiàn)存系統(tǒng)的架構(gòu)
14.6 記錄評估結(jié)果
14.7 選擇評估方法
……