最新章節
書友吧
品牌：機械工業出版社
譯者：愛飛翔
上架時間：2019-09-02 17:41:47
出版社：機械工業出版社
本書數字版權由機械工業出版社提供，并由其授權上海閱文信息技術有限公司制作發行
- B.3 物理層面 更新時間：2019-09-02 17:49:27
- B.2.4 把各組件安排到適當的層中
- B.2.3 把數據實體與子系統關聯起來
- B.2.2 接口規范
- B.2.1 組件職責矩陣
- B.2 規格層面
- B.1.2 組件的協作
- B.1.1 組件的認定
- B.1 邏輯層面
- 附錄B Elixir的功能模型（續）
- A.27 參考資料
- A.26 小結
- A.25 什么是Docker技術
- A.24 各種云部署模型之間有什么區別
- A.23 云計算平臺與范式有哪些優勢和挑戰
- A.22 什么是Spark？它的工作原理是什么
- A.21 分類學與本體論有什么區別
- A.20 監督式學習與非監督式學習技術有什么區別
- A.19 IBM Watson構建在DeepQA架構之上。什么是DeepQA
- A.18 什么是大規模并行處理（MPP）系統
- A.17 什么是Triple Store
- A.16 讀時模式與寫時模式技術有什么區別
- A.15 復合事件處理（CEP）與流計算有什么區別
- A.14 什么是操作型數據倉庫
- A.13 什么是網絡交換區塊
- A.12 什么是服務注冊表
- A.11 什么是適配器
- A.10 什么是技術架構
- A.9 什么是流程架構
- A.8 什么是事件驅動架構
- A.7 什么是面向服務的架構
- A.6 為什么說物理操作模型（POM）的開發工作可以分成多次迭代來進行
- A.5 架構原則怎樣促使系統架構同時具備靈活性與恢復力
- A.4 概念模型、規格模型與物理模型之間有什么區別
- A.3 怎樣對比自上而下的功能分解技術與面向對象的分析與設計（OOAD）技術
- A.2 架構模式、設計模式與框架之間有什么區別
- A.1 架構與設計有什么區別
- 附錄A 25個實用小知識
- 12.12 參考資料
- 12.11 小結
- 12.10 根據技術產品的核心優勢來確定架構基線
- 12.9 把看似簡單的問題總結起來
- 12.8 開源軟件很好，但要謹慎使用
- 12.7 架構不應該由技術來驅動
- 12.6 領導能力也可以通過培養而獲得
- 12.5 預測性的分析并不是唯一的分析切入點
- 12.4 不要忙于應付各種事務
- 12.3 MVP范式值得考慮
- 12.2 傳統的需求收集技術過時了
- 12.1 各種敏捷開發觀點應該加以融合
- 第12章 架構經驗談
- 11.6 參考資料
- 11.5 小結
- 11.4.14 認知計算中的ABB
- 11.4.13 操作分析中的ABB
- 11.4.12 指示性的分析中的ABB
- 11.4.11 預測性的分析中的ABB
- 11.4.10 描述性的分析中的ABB
- 11.4.9 數據與信息安全層中的ABB
- 11.4.8 元數據層中的ABB
- 11.4.7 消費者層中的ABB
- 11.4.6 分析解決方案層中的ABB
- 11.4.5 數據集成與整合層中的ABB
- 11.4.4 模型層中的ABB
- 11.4.3 數據存儲庫層中的ABB
- 11.4.2 數據獲取與訪問層中的ABB
- 11.4.1 數據類型層中的ABB
- 11.4 架構構建塊
- 11.3.4 五大支柱
- 11.3.3 垂直層
- 11.3.2 水平層
- 11.3.1 分層視圖中的各層及五大支柱
- 11.3 分析架構的基礎
- 11.2.5 認知計算
- 11.2.4 指示性的分析
- 11.2.3 預測性的分析
- 11.2.2 描述性的分析
- 11.2.1 操作分析
- 11.2 進行數據分析所采用的維度
- 11.1 為什么要做分析
- 第11章 分析架構入門
- 10.6 參考資料
- 10.5 我們現在講到什么地方了
- 10.4 小結
- 10.3 案例研究：Elixir系統的基礎設施問題
- 10.2.5 能力規劃
- 10.2.4 災難恢復
- 10.2.3 高可用性與容錯性
- 10.2.2 托管
- 10.2.1 網絡
- 10.2 需要考慮的基礎設施問題
- 10.1 為什么要把基礎設施做好
- 第10章 基礎設施問題
- 9.6 參考資料
- 9.5 小結
- 9.4.4 標簽11~12所表示的數據流
- 9.4.3 標簽9~10所表示的數據流
- 9.4.2 標簽6~8所表示的數據流
- 9.4.1 標簽1~5所表示的數據流
- 9.4 案例研究：Elixir的集成視圖
- 9.3.10 消息轉換器模式
- 9.3.9 消息路由器模式
- 9.3.8 管道與過濾器模式
- 9.3.7 聚合模式
- 9.3.6 發布-訂閱模式
- 9.3.5 存儲并轉發模式
- 9.3.4 異步的批次請求-應答模式
- 9.3.3 同步的批次請求-應答模式
- 9.3.2 批次模式
- 9.3.1 同步的請求-響應模式
- 9.3 集成模式
- 9.2.5 服務層面的集成
- 9.2.4 API層面的集成
- 9.2.3 消息層面的集成
- 9.2.2 數據層面的集成
- 9.2.1 用戶界面的集成
- 9.2 集成方式
- 9.1 為什么需要進行集成
- 第9章 集成：方式與模式
- 8.6 參考資料
- 8.5 小結
- 8.4.3 POM
- 8.4.2 SOM
- 8.4.1 COM
- 8.4 案例研究：Elixir的操作模型
- 8.3.3 物理操作模型
- 8.3.2 規格操作模型
- 8.3.1 概念操作模型
- 8.3 制定操作模型
- 8.2 可追溯性與服務級別協議
- 8.1 為什么需要操作模型
- 第8章 操作模型
- 7.6 參考資料
- 7.5 小結
- 7.4.3 物理層面
- 7.4.2 規格層面
- 7.4.1 邏輯層面
- 7.4 案例研究：Elixir的功能模型
- 7.3.3 物理層面的設計
- 7.3.2 規格層面的設計
- 7.3.1 邏輯層面的設計
- 7.3 制定功能模型
- 7.2 可追溯性
- 7.1 為什么需要功能模型
- 第7章 功能模型
- 6.5 小結
- 6.4 案例研究：Elixir的架構決策
- 6.3 創建架構決策
- 6.2 怎樣開始進行架構決策
- 6.1 為什么需要做架構決策
- 第6章 架構決策
- 5.8 參考資料
- 5.7 小結
- 5.6.6 Elixir的IT系統視圖
- 5.6.5 Elixir的分層視圖
- 5.6.4 Elixir的技術推動力
- 5.6.3 Elixir的數據及信息
- 5.6.2 Elixir的業務流程
- 5.6.1 Elixir的企業視圖
- 5.6 案例研究：Elixir的架構概述
- 5.5 IT系統視圖
- 5.4.10 進一步研究分層視圖的用法
- 5.4.9 第9層：治理層
- 5.4.8 第8層：信息架構層
- 5.4.7 第7層：QoS層
- 5.4.6 第6層：集成層
- 5.4.5 第5層：消費者層
- 5.4.4 第4層：業務流程層
- 5.4.3 第3層：服務層
- 5.4.2 第2層：服務組件層
- 5.4.1 第1層：操作層
- 5.4 分層視圖
- 5.3.4 技術推動力
- 5.3.3 數據與信息
- 5.3.2 核心業務流程
- 5.3.1 用戶與傳輸渠道
- 5.3 企業視圖
- 5.2 為什么要做架構概述
- 5.1 什么是架構概述
- 第5章 架構概述
- 4.5 參考資料
- 4.4 小結
- 4.3.2 Elixir的信息流
- 4.3.1 Elixir的系統環境圖
- 4.3 案例研究：Elixir的系統環境
- 4.2.2 信息流
- 4.2.1 系統環境圖
- 4.2 捕獲系統環境
- 4.1 業務環境與系統環境之間的辨析
- 第4章 系統環境
- 3.2 小結
- 3.1 軟件架構中需要關注的一些方面
- 第3章 恰到好處地把握架構中的重要方面
- 2.6 參考資料
- 2.5 小結
- 2.4 架構視圖與架構視點
- 2.3.5 為影響力分析提供支持
- 2.3.4 與設計團隊和實現團隊做出約定
- 2.3.3 關注非功能方面的能力
- 2.3.2 對項目規劃施加影響力
- 2.3.1 把架構視為交流工具
- 2.3 為什么需要做軟件架構
- 2.2 軟件架構是什么
- 2.1 背景知識
- 第2章 軟件架構是什么？為什么需要做軟件架構
- 1.2 小結
- 1.1.6 盡量減少在為全球客戶提供服務時所產生的延遲
- 1.1.5 生成工作定單
- 1.1.4 為新機器提供無縫的激活服務
- 1.1.3 在機器運轉過程中進行實時處理與監控
- 1.1.2 用例
- 1.1.1 技術挑戰
- 1.1 業務問題
- 第1章 案例研究
- 致謝
- 前言
- 序
- 譯者序
- 題獻
- 版權信息
- 封面
- 封面
- 版權信息
- 題獻
- 譯者序
- 序
- 前言
- 致謝
- 第1章 案例研究
- 1.1 業務問題
- 1.1.1 技術挑戰
- 1.1.2 用例
- 1.1.3 在機器運轉過程中進行實時處理與監控
- 1.1.4 為新機器提供無縫的激活服務
- 1.1.5 生成工作定單
- 1.1.6 盡量減少在為全球客戶提供服務時所產生的延遲
- 1.2 小結
- 第2章 軟件架構是什么？為什么需要做軟件架構
- 2.1 背景知識
- 2.2 軟件架構是什么
- 2.3 為什么需要做軟件架構
- 2.3.1 把架構視為交流工具
- 2.3.2 對項目規劃施加影響力
- 2.3.3 關注非功能方面的能力
- 2.3.4 與設計團隊和實現團隊做出約定
- 2.3.5 為影響力分析提供支持
- 2.4 架構視圖與架構視點
- 2.5 小結
- 2.6 參考資料
- 第3章 恰到好處地把握架構中的重要方面
- 3.1 軟件架構中需要關注的一些方面
- 3.2 小結
- 第4章 系統環境
- 4.1 業務環境與系統環境之間的辨析
- 4.2 捕獲系統環境
- 4.2.1 系統環境圖
- 4.2.2 信息流
- 4.3 案例研究：Elixir的系統環境
- 4.3.1 Elixir的系統環境圖
- 4.3.2 Elixir的信息流
- 4.4 小結
- 4.5 參考資料
- 第5章 架構概述
- 5.1 什么是架構概述
- 5.2 為什么要做架構概述
- 5.3 企業視圖
- 5.3.1 用戶與傳輸渠道
- 5.3.2 核心業務流程
- 5.3.3 數據與信息
- 5.3.4 技術推動力
- 5.4 分層視圖
- 5.4.1 第1層：操作層
- 5.4.2 第2層：服務組件層
- 5.4.3 第3層：服務層
- 5.4.4 第4層：業務流程層
- 5.4.5 第5層：消費者層
- 5.4.6 第6層：集成層
- 5.4.7 第7層：QoS層
- 5.4.8 第8層：信息架構層
- 5.4.9 第9層：治理層
- 5.4.10 進一步研究分層視圖的用法
- 5.5 IT系統視圖
- 5.6 案例研究：Elixir的架構概述
- 5.6.1 Elixir的企業視圖
- 5.6.2 Elixir的業務流程
- 5.6.3 Elixir的數據及信息
- 5.6.4 Elixir的技術推動力
- 5.6.5 Elixir的分層視圖
- 5.6.6 Elixir的IT系統視圖
- 5.7 小結
- 5.8 參考資料
- 第6章 架構決策
- 6.1 為什么需要做架構決策
- 6.2 怎樣開始進行架構決策
- 6.3 創建架構決策
- 6.4 案例研究：Elixir的架構決策
- 6.5 小結
- 第7章 功能模型
- 7.1 為什么需要功能模型
- 7.2 可追溯性
- 7.3 制定功能模型
- 7.3.1 邏輯層面的設計
- 7.3.2 規格層面的設計
- 7.3.3 物理層面的設計
- 7.4 案例研究：Elixir的功能模型
- 7.4.1 邏輯層面
- 7.4.2 規格層面
- 7.4.3 物理層面
- 7.5 小結
- 7.6 參考資料
- 第8章 操作模型
- 8.1 為什么需要操作模型
- 8.2 可追溯性與服務級別協議
- 8.3 制定操作模型
- 8.3.1 概念操作模型
- 8.3.2 規格操作模型
- 8.3.3 物理操作模型
- 8.4 案例研究：Elixir的操作模型
- 8.4.1 COM
- 8.4.2 SOM
- 8.4.3 POM
- 8.5 小結
- 8.6 參考資料
- 第9章 集成：方式與模式
- 9.1 為什么需要進行集成
- 9.2 集成方式
- 9.2.1 用戶界面的集成
- 9.2.2 數據層面的集成
- 9.2.3 消息層面的集成
- 9.2.4 API層面的集成
- 9.2.5 服務層面的集成
- 9.3 集成模式
- 9.3.1 同步的請求-響應模式
- 9.3.2 批次模式
- 9.3.3 同步的批次請求-應答模式
- 9.3.4 異步的批次請求-應答模式
- 9.3.5 存儲并轉發模式
- 9.3.6 發布-訂閱模式
- 9.3.7 聚合模式
- 9.3.8 管道與過濾器模式
- 9.3.9 消息路由器模式
- 9.3.10 消息轉換器模式
- 9.4 案例研究：Elixir的集成視圖
- 9.4.1 標簽1~5所表示的數據流
- 9.4.2 標簽6~8所表示的數據流
- 9.4.3 標簽9~10所表示的數據流
- 9.4.4 標簽11~12所表示的數據流
- 9.5 小結
- 9.6 參考資料
- 第10章 基礎設施問題
- 10.1 為什么要把基礎設施做好
- 10.2 需要考慮的基礎設施問題
- 10.2.1 網絡
- 10.2.2 托管
- 10.2.3 高可用性與容錯性
- 10.2.4 災難恢復
- 10.2.5 能力規劃
- 10.3 案例研究：Elixir系統的基礎設施問題
- 10.4 小結
- 10.5 我們現在講到什么地方了
- 10.6 參考資料
- 第11章 分析架構入門
- 11.1 為什么要做分析
- 11.2 進行數據分析所采用的維度
- 11.2.1 操作分析
- 11.2.2 描述性的分析
- 11.2.3 預測性的分析
- 11.2.4 指示性的分析
- 11.2.5 認知計算
- 11.3 分析架構的基礎
- 11.3.1 分層視圖中的各層及五大支柱
- 11.3.2 水平層
- 11.3.3 垂直層
- 11.3.4 五大支柱
- 11.4 架構構建塊
- 11.4.1 數據類型層中的ABB
- 11.4.2 數據獲取與訪問層中的ABB
- 11.4.3 數據存儲庫層中的ABB
- 11.4.4 模型層中的ABB
- 11.4.5 數據集成與整合層中的ABB
- 11.4.6 分析解決方案層中的ABB
- 11.4.7 消費者層中的ABB
- 11.4.8 元數據層中的ABB
- 11.4.9 數據與信息安全層中的ABB
- 11.4.10 描述性的分析中的ABB
- 11.4.11 預測性的分析中的ABB
- 11.4.12 指示性的分析中的ABB
- 11.4.13 操作分析中的ABB
- 11.4.14 認知計算中的ABB
- 11.5 小結
- 11.6 參考資料
- 第12章 架構經驗談
- 12.1 各種敏捷開發觀點應該加以融合
- 12.2 傳統的需求收集技術過時了
- 12.3 MVP范式值得考慮
- 12.4 不要忙于應付各種事務
- 12.5 預測性的分析并不是唯一的分析切入點
- 12.6 領導能力也可以通過培養而獲得
- 12.7 架構不應該由技術來驅動
- 12.8 開源軟件很好，但要謹慎使用
- 12.9 把看似簡單的問題總結起來
- 12.10 根據技術產品的核心優勢來確定架構基線
- 12.11 小結
- 12.12 參考資料
- 附錄A 25個實用小知識
- A.1 架構與設計有什么區別
- A.2 架構模式、設計模式與框架之間有什么區別
- A.3 怎樣對比自上而下的功能分解技術與面向對象的分析與設計（OOAD）技術
- A.4 概念模型、規格模型與物理模型之間有什么區別
- A.5 架構原則怎樣促使系統架構同時具備靈活性與恢復力
- A.6 為什么說物理操作模型（POM）的開發工作可以分成多次迭代來進行
- A.7 什么是面向服務的架構
- A.8 什么是事件驅動架構
- A.9 什么是流程架構
- A.10 什么是技術架構
- A.11 什么是適配器
- A.12 什么是服務注冊表
- A.13 什么是網絡交換區塊
- A.14 什么是操作型數據倉庫
- A.15 復合事件處理（CEP）與流計算有什么區別
- A.16 讀時模式與寫時模式技術有什么區別
- A.17 什么是Triple Store
- A.18 什么是大規模并行處理（MPP）系統
- A.19 IBM Watson構建在DeepQA架構之上。什么是DeepQA
- A.20 監督式學習與非監督式學習技術有什么區別
- A.21 分類學與本體論有什么區別
- A.22 什么是Spark？它的工作原理是什么
- A.23 云計算平臺與范式有哪些優勢和挑戰
- A.24 各種云部署模型之間有什么區別
- A.25 什么是Docker技術
- A.26 小結
- A.27 參考資料
- 附錄B Elixir的功能模型（續）
- B.1 邏輯層面
- B.1.1 組件的認定
- B.1.2 組件的協作
- B.2 規格層面
- B.2.1 組件職責矩陣
- B.2.2 接口規范
- B.2.3 把數據實體與子系統關聯起來
- B.2.4 把各組件安排到適當的層中
- B.3 物理層面 更新時間：2019-09-02 17:49:27
