語義軟件設計

前言 .1
第一篇 設計理念
第1 章 軟體架構的起源 9
1.1 軟體的概念起源 .9
1.2 複製與創新 . 15
1.3 為什麼軟體專案會失敗 17
1.4 失敗的影響 . 20
第2 章 概念的產生 .22
2.1 語義與軟體工廠 22
2.2 需求的神話 . 24
2.3 語義與軟體架構 25
2.4 語義領域 27
2.5 設計就是概念生成 28
2.6 什麼是概念？ 30
2.6.1 達成、避免和修復 31
2.6.2 擬定概念的大綱 32
2.7 通過設計圖冊記錄想法 36
2.8 契合目標 38
2.9 通過總體構圖傳達概念 39
2.9.1 示例 41
2.9.2 從其他角度考慮總體構圖 42
2.9.3 總體構圖基於一系列發現 42
2.10 理解理念 44
2.10.1 感性確定性 44
2.10.2 元認知 45
2.11 上下文 . 47
2.12 集合 . 49
2.13 語義設計的優勢 . 52
第3 章 解構與設計 .55
3.1 解構簡介 55
3.2 簡單的複雜 . 59
3.3 構造與解構 . 61
3.4 功能可供性 . 63
3.5 賦予負空間意圖和使用價值 65
3.6 設計決策至少具備兩個正當理由 68
3.7 多角度設計 . 69
3.8 創建隔離區或大使館 . 70
3.9 容錯設計 70
3.10 設計語言 71
3.11 從用戶的對立面著手 72
3.12 平臺 . 72

第二篇 語義設計實踐
第4 章 設計思維 77
4.1 為什麼採用設計思維？ 77
4.2 探索設計思維 78
4.2.1 原則 79
4.2.2 方法 80
4.3 實施設計思維方法 87
4.4 小結 90
第5 章 語義設計的實踐與成果物 91
5.1 設計原則 92
5.2 結對設計 94
5.3 牆繪 95
5.4 願景盒 98
5.5 思維導圖 99
5.6 用例 . 100
5.7 準則與約定 102
5.7.1 utils 103
5.7.2 domain 103
5.7.3 service-api. 104
5.7.4 service-impl . 104
5.7.5 service-client 104
5.8 方法 . 105
5.9 設計定義文檔 . 106
5.10 立場文件 . 117
5.11 RAID . 118
5.12 演示文稿和多個角度 120
5.13 小結 121
第6 章 業務 122
6.1 捕獲業務戰略 . 125
6.1.1 提供統一認識 . 126
6.1.2 戰略目標與戰術需求的統一 127
6.2 框架介紹 129
6.3 創建業務術語表 130
6.4 創建組織圖 130
6.5 創建業務能力模型 131
6.6 創建流程圖 134
6.7 重新設計流程 . 134
6.8 盤點系統 136
6.9 定義指標 137
6.10 適當的管理 138
6.11 應用程式中的業務架構 138
6.12 小結 141
第7 章 應用程式 143
7.1 接納約束 143
7.2 解耦使用者介面 . 145
7.3 平臺設計 146
7.4 服務的資源和表示 148
7.5 API 準則 151
7.6 解構版本編號規則 152
7.7 可緩存性和冪等性 154
7.8 可獨立構建 155
7.9 策略模式與可配置服務 . 155
7.10 特定于應用程式的服務 157
7.11 通過服務通信 158
7.12 對外公開 . 158
7.13 彈性設計 . 159
7.14 互動式文檔 161
7.15 服務的結構 162
7.15.1 UI 套裝軟體 162
7.15.2 編排 163
7.15.3 引擎 165
7.15.4 資料訪問器 169
7.16 事件處理 . 169
7.17 上下文服務與服務混合 172
7.18 性能提升檢查清單 . 174
7.19 API 與實現的分離 . 175
7.20 語言 176
7.21 不變性 . 177
7.22 規格 179
7.23 自動測試 . 183
7.24 注釋 183
7.25 小結 185
第8 章 數據 186
8.1 業務術語表 186
8.2 語義資料建模策略 187
8.3 多種多樣的持久層 190
8.4 多重建模 192
8.5 流資料模型 194
8.6 機器學習的特徵工程 196
8.7 Classpath 部署與網路代理 198
8.8 點對點持久存儲 199
8.9 圖資料庫 201
8.10 資料流水線 204
8.11 機器學習資料流水線 206
8.12 中繼資料與服務指標 . 209
8.13 審計 210
8.14 ADA 合規性 210
8.15 小結 211
第9 章 基礎設施 212
9.1 架構師的考慮因素 212
9.2 開發運維 214
9.3 基礎設施即代碼 216
9.4 指標優先 218
9.5 關注自動化流水線 220
9.6 生產的多元宇宙與特性開關 221
9.6.1 特性開關的實現 222
9.6.2 多臂老虎機：機器學習與無限切換 . 224
9.7 基礎設施設計與文檔 225
9.8 混沌工程 227
9.9 利益相關者的多樣化與內外用戶 . 229
9.10 小結 230

第三篇 運維、流程以及管理
第10 章 創意總監 . 235
10.1 語義設計師的角色 . 235
10.2 各個行業的創意總監 238
10.2.1 時尚界 . 239
10.2.2 影視業 . 240
10.2.3 電子遊戲業 242
10.2.4 廣告業 . 242
10.2.5 戲劇業 . 242
10.2.6 科技行業 . 243
10.2.7 稱謂 245
第11 章 管理與運營 . 248
11.1 策略與工具 248
11.2 迂回策略 . 250
11.3 水準思考與概念構思 251
11.4 概念測試 . 255
11.5 代碼審核 . 257
11.6 演示 258
11.7 運營計分卡 259
11.8 面向服務的組織 261
11.9 可擴展商業機器 266
11.10 現代化計畫的管理 268
11.11 變革管理 269
11.12 管理委員會 . 272
11.12.1 目標 272
11.12.2 指標 273
11.12.3 服務組合 274
11.12.4 服務目錄與中繼資料 274
11.13 服務設計清單. 276
11.13.1 服務設計 276
11.13.2 服務運營 277
11.13.3 業務流程 278
11.13.4 數據 278
11.13.5 錯誤 279
11.13.6 性能 279
11.13.7 安全 279
11.13.8 品質保證 280
11.13.9 可用性與支援 280
11.13.10 部署 . 281
11.13.11 文檔 281
11.14 有關組織設計的延伸閱讀 282
第12 章 語義設計宣言 283
附錄A 語義設計工具集 295
附錄B 延伸閱讀 298

Eben Hewitt是一家全球企業SaaS公司的首席架構師兼CTO。曾出版《Technology Strategy Patterns: Architecture as Strategy》、《Cassandra: The Definitive Guide》等多部有關架構、服務，以及軟體發展的書籍。