［502A-7] 9787115321909 配置管理最佳實踐（簡體書） 出版社：人民郵電出版社 作者：艾洛
NT$ 389.00
出版社：人民郵電出版社
作者：艾洛
裝訂：平裝
出版日：2013/09/01
《配置管理最佳實踐》貼近實際，旨在指導配置管理從業者如何處理日常工作中需要面對的各種複雜情況。全書詳細介紹了配置管理的6個核心職能：源代碼管理、構建工程、環境配置、變更控制、發佈工程和部署。作者在書中展示了如何實施配置管理，從而可以支持軟件和系統的開發，滿足SOX、SAS-70等合規準則的要求，提前考慮新興的IEEE/ISO 12207等標準，同時還可以和最新的ITIL、COBIT 和CMMI等框架集成到一起。
《配置管理最佳實踐》對於任何與配置管理相關的工作人員來說都是一本必不可少的參考書。從CTO到CIO，再到開發人員、質量保證工程師、項目經理、軟件工程師、系統分析員、測試人員和合規專業人士，皆是如此。
目次
第I部分 配置管理核心實踐
第1章 源代碼管理
術語和源代碼管理
源代碼管理的目標
源代碼管理的原則
1.1 為什麼源代碼管理如此重要
1.2 從哪裡開始
1.3 源代碼管理核心概念
1.3.1 建立基線和時間機器
1.3.2 保留與非保留簽出
1.3.3 沙箱和工作空間
1.3.4 變體管理
1.3.5 複製分支與增量分支
1.3.6 如何處理缺陷修復
1.3.7 流
1.3.8 合併
1.3.9 變更集
1.4 權限和需求跟蹤
1.5 管理全球分布式開發團隊
1.6 工具的選擇
1.6.1 開源軟件與商業軟件
1.6.2 產品成熟度和供應商承諾
1.6.3 可擴展性和開放的API
1.6.4 不要過度工程化源代碼管理
1.7 認識質量成本和總擁有成本
1.8 培訓
1.9 建立使用模型
1.10 實施時間和風險
1.11 建立支持過程
1.12 高級特性和授權高級用戶
結論
第2章 構建工程
構建工程的目標
構建工程的原則
2.1 為什麼構建工程如此重要
2.2 從哪裡開始
2.3 構建工程的核心概念
2.3.1 版本ID和標記可執行文件
2.3.2 不可變的版本ID
2.3.3 打上版本標記或者標簽
2.3.4 管理編譯依賴
2.3.5 獨立構建
2.4 建立構建職能的注意事項
2.4.1 推廣獨立構建
2.4.2 過度工程化構建
2.4.3 保持正直和誠實
2.4.4 隸屬研發部門引起的利益衝突
2.4.5 組織結構的選擇
2.5 構建工具評估和選擇
2.5.1 Apache Ant進入構建舞臺
2.5.2 Maven
2.5.3 Maven與Ant
2.5.4 使用Ant生成複雜構建
2.5.5 持續集成
2.5.6 持續集成系統
2.5.7 集成開發環境
2.5.8 靜態代碼分析
2.5.9 構建框架
2.5.10 構建工具的選擇
2.5.11 對比優缺點達成一致
2.6 質量和培訓成本
2.7 把構建做得更好
2.7.1 鮑勃的構建秘方
2.7.2 測試驅動的構建
2.7.3 信任但仍要核查
2.7.4 飛機的駕駛艙
2.8 構建工程師的角色
2.8.1 瞭解構建的項目
2.8.2 與開發人員合作
2.8.3 招募新人
2.9 架構是構建的基礎
2.10 建立構建過程
2.11 持續集成與每日構建
2.12 構建工程的前景
結論
第3章 環境配置
環境配置控制的目標
環境配置控制的原則
3.1 為什麼環境配置如此重要
3.2 從哪裡著手
3.3 支持代碼提升
3.4 管理配置
3.4.1 使用的是哪個數據庫
3.4.2 那筆交易發生了嗎
3.4.3 少用幾個符號
3.4.4 集中分配環境變量
3.5 建立配置管理數據庫的實際方法
3.5.1 識別和控制
3.5.2 理解環境配置
3.6 依賴於環境配置的變更控制
3.7 減少控制
3.8 管理環境
3.9 環境配置的未來
結論
第4章 變更控制
變更控制的目標
變更控制的原則
4.1 變更控制為何如此重要
4.2 變更控制從何做起
4.3 變更控制的七種類型
4.3.1 優先級
4.3.2 把關控制
4.3.3 配置控制
4.3.4 變更諮詢委員會
4.3.5 緊急變更控制
4.3.6 過程工程
4.3.7 高級管理人員監督
4.4 建立變更控制
4.5 變更控制實例
4.5.1 29分鐘變更控制會議
4.5.2 投資銀行變更控制
4.5.3 貿易公司的變更控制
4.5.4 偽造批准
4.6 時刻不要忘記風險
4.7 通過變更控制推動配置管理流程
4.8 進入/退出標準
4.9 事後審查
4.10 自我評估
結論
第5章 發佈管理
發佈管理的目標
發佈管理的原則
5.1 為什麼發佈管理如此重要
5.2 從哪裡開始
5.3 發佈管理的概念和實踐
5.3.1 可行的打包策略
5.3.2 發佈包版本識別
5.3.3 發佈版本的材料清單
5.3.4 不可變ID意味著什麼
5.4 發佈管理人類工程學
5.4.1 避免人為錯誤
5.4.2 瞭解技術
5.4.3 構建工程工具
5.4.4 避免人為錯誤
5.4.5 三步走
5.4.6 太多可變部分
5.5 發佈管理的協調職能
5.5.1 溝通發佈狀態
5.5.2 不要忘記發佈日程表
5.5.3 發佈管理和配置控制
5.6 需求跟蹤
5.7 將發佈管理提升到新的層次
5.7.1 使用加密技術簽名代碼
5.7.2 操作系統對發佈管理的支持
5.7.3 改善你的發佈管理過程
結論
第6章 部署
部署的目標
部署的原則
6.1 為什麼部署很重要
6.2 從哪裡開始
6.3 實踐和實例
6.3.1 發佈中轉區
6.3.2 腳本控制發佈過程
6.3.3 部署框架
6.3.4 如果鮑勃犯了個錯誤怎麼辦
6.3.5 細說存儲庫
6.3.6 審計發行版本
6.4 進行配置審計
6.5 不要忘記冒煙測試
6.6 小失誤導致大問題
6.7 溝通計劃
6.8 部署應當授權
6.9 信任也要核查
6.10 改進部署過程
結論
第Ⅱ部分 架構和硬件配置管理
第7章 為配置管理設計應用程序架構
為配置管理設計應用程序架構的目標
7.1 為什麼架構很重要
7.2 從哪裡開始
7.3 配置管理如何促進良好的架構
7.4 架構師可以從測試人員那裡學到什麼
7.5 配置管理驅動開發
7.6 應對不斷變化的架構
7.7 使用源代碼管理促進架構
7.8 培訓是關鍵
7.9 作為服務的源代碼管理
7.10 作為服務的構建工程
結論
第8章 硬件配置管理
硬件配置管理的目標
8.1 為什麼硬件配置管理的重要
8.2 從哪裡開始
8.3 當無法版本控制電路芯片時
8.3.1 配置項的任何其他名稱
8.3.2 設計規範的版本控制
8.4 不要忘記接口
8.5 瞭解依賴關係
8.6 可追溯性
8.7 部署變更到固件
8.8 硬件配置管理的未來
結論
作者：艾洛
裝訂：平裝
出版日：2013/09/01
《配置管理最佳實踐》貼近實際，旨在指導配置管理從業者如何處理日常工作中需要面對的各種複雜情況。全書詳細介紹了配置管理的6個核心職能：源代碼管理、構建工程、環境配置、變更控制、發佈工程和部署。作者在書中展示了如何實施配置管理，從而可以支持軟件和系統的開發，滿足SOX、SAS-70等合規準則的要求，提前考慮新興的IEEE/ISO 12207等標準，同時還可以和最新的ITIL、COBIT 和CMMI等框架集成到一起。
《配置管理最佳實踐》對於任何與配置管理相關的工作人員來說都是一本必不可少的參考書。從CTO到CIO，再到開發人員、質量保證工程師、項目經理、軟件工程師、系統分析員、測試人員和合規專業人士，皆是如此。
目次
第I部分 配置管理核心實踐
第1章 源代碼管理
術語和源代碼管理
源代碼管理的目標
源代碼管理的原則
1.1 為什麼源代碼管理如此重要
1.2 從哪裡開始
1.3 源代碼管理核心概念
1.3.1 建立基線和時間機器
1.3.2 保留與非保留簽出
1.3.3 沙箱和工作空間
1.3.4 變體管理
1.3.5 複製分支與增量分支
1.3.6 如何處理缺陷修復
1.3.7 流
1.3.8 合併
1.3.9 變更集
1.4 權限和需求跟蹤
1.5 管理全球分布式開發團隊
1.6 工具的選擇
1.6.1 開源軟件與商業軟件
1.6.2 產品成熟度和供應商承諾
1.6.3 可擴展性和開放的API
1.6.4 不要過度工程化源代碼管理
1.7 認識質量成本和總擁有成本
1.8 培訓
1.9 建立使用模型
1.10 實施時間和風險
1.11 建立支持過程
1.12 高級特性和授權高級用戶
結論
第2章 構建工程
構建工程的目標
構建工程的原則
2.1 為什麼構建工程如此重要
2.2 從哪裡開始
2.3 構建工程的核心概念
2.3.1 版本ID和標記可執行文件
2.3.2 不可變的版本ID
2.3.3 打上版本標記或者標簽
2.3.4 管理編譯依賴
2.3.5 獨立構建
2.4 建立構建職能的注意事項
2.4.1 推廣獨立構建
2.4.2 過度工程化構建
2.4.3 保持正直和誠實
2.4.4 隸屬研發部門引起的利益衝突
2.4.5 組織結構的選擇
2.5 構建工具評估和選擇
2.5.1 Apache Ant進入構建舞臺
2.5.2 Maven
2.5.3 Maven與Ant
2.5.4 使用Ant生成複雜構建
2.5.5 持續集成
2.5.6 持續集成系統
2.5.7 集成開發環境
2.5.8 靜態代碼分析
2.5.9 構建框架
2.5.10 構建工具的選擇
2.5.11 對比優缺點達成一致
2.6 質量和培訓成本
2.7 把構建做得更好
2.7.1 鮑勃的構建秘方
2.7.2 測試驅動的構建
2.7.3 信任但仍要核查
2.7.4 飛機的駕駛艙
2.8 構建工程師的角色
2.8.1 瞭解構建的項目
2.8.2 與開發人員合作
2.8.3 招募新人
2.9 架構是構建的基礎
2.10 建立構建過程
2.11 持續集成與每日構建
2.12 構建工程的前景
結論
第3章 環境配置
環境配置控制的目標
環境配置控制的原則
3.1 為什麼環境配置如此重要
3.2 從哪裡著手
3.3 支持代碼提升
3.4 管理配置
3.4.1 使用的是哪個數據庫
3.4.2 那筆交易發生了嗎
3.4.3 少用幾個符號
3.4.4 集中分配環境變量
3.5 建立配置管理數據庫的實際方法
3.5.1 識別和控制
3.5.2 理解環境配置
3.6 依賴於環境配置的變更控制
3.7 減少控制
3.8 管理環境
3.9 環境配置的未來
結論
第4章 變更控制
變更控制的目標
變更控制的原則
4.1 變更控制為何如此重要
4.2 變更控制從何做起
4.3 變更控制的七種類型
4.3.1 優先級
4.3.2 把關控制
4.3.3 配置控制
4.3.4 變更諮詢委員會
4.3.5 緊急變更控制
4.3.6 過程工程
4.3.7 高級管理人員監督
4.4 建立變更控制
4.5 變更控制實例
4.5.1 29分鐘變更控制會議
4.5.2 投資銀行變更控制
4.5.3 貿易公司的變更控制
4.5.4 偽造批准
4.6 時刻不要忘記風險
4.7 通過變更控制推動配置管理流程
4.8 進入/退出標準
4.9 事後審查
4.10 自我評估
結論
第5章 發佈管理
發佈管理的目標
發佈管理的原則
5.1 為什麼發佈管理如此重要
5.2 從哪裡開始
5.3 發佈管理的概念和實踐
5.3.1 可行的打包策略
5.3.2 發佈包版本識別
5.3.3 發佈版本的材料清單
5.3.4 不可變ID意味著什麼
5.4 發佈管理人類工程學
5.4.1 避免人為錯誤
5.4.2 瞭解技術
5.4.3 構建工程工具
5.4.4 避免人為錯誤
5.4.5 三步走
5.4.6 太多可變部分
5.5 發佈管理的協調職能
5.5.1 溝通發佈狀態
5.5.2 不要忘記發佈日程表
5.5.3 發佈管理和配置控制
5.6 需求跟蹤
5.7 將發佈管理提升到新的層次
5.7.1 使用加密技術簽名代碼
5.7.2 操作系統對發佈管理的支持
5.7.3 改善你的發佈管理過程
結論
第6章 部署
部署的目標
部署的原則
6.1 為什麼部署很重要
6.2 從哪裡開始
6.3 實踐和實例
6.3.1 發佈中轉區
6.3.2 腳本控制發佈過程
6.3.3 部署框架
6.3.4 如果鮑勃犯了個錯誤怎麼辦
6.3.5 細說存儲庫
6.3.6 審計發行版本
6.4 進行配置審計
6.5 不要忘記冒煙測試
6.6 小失誤導致大問題
6.7 溝通計劃
6.8 部署應當授權
6.9 信任也要核查
6.10 改進部署過程
結論
第Ⅱ部分 架構和硬件配置管理
第7章 為配置管理設計應用程序架構
為配置管理設計應用程序架構的目標
7.1 為什麼架構很重要
7.2 從哪裡開始
7.3 配置管理如何促進良好的架構
7.4 架構師可以從測試人員那裡學到什麼
7.5 配置管理驅動開發
7.6 應對不斷變化的架構
7.7 使用源代碼管理促進架構
7.8 培訓是關鍵
7.9 作為服務的源代碼管理
7.10 作為服務的構建工程
結論
第8章 硬件配置管理
硬件配置管理的目標
8.1 為什麼硬件配置管理的重要
8.2 從哪裡開始
8.3 當無法版本控制電路芯片時
8.3.1 配置項的任何其他名稱
8.3.2 設計規範的版本控制
8.4 不要忘記接口
8.5 瞭解依賴關係
8.6 可追溯性
8.7 部署變更到固件
8.8 硬件配置管理的未來
結論
臻品齋書店在發貨前，
📚書本包裝一層氣泡袋，
再一層強化塑膠包裝袋，
最後才裝進破壞袋！
強化包裝，讓愛書人收到書不失望！❤️
×