圖書信息
出版社: 機械工業出版社; 第1版 (2006年1月1日)
叢書名: 軟體開發過程系列,軟體工程技術叢書
平裝: 240頁
開本: 16開
ISBN: 7111177770
條形碼: 9787111177777
尺寸: 24 x 18.6 x 1 cm
重量: 358 g
作者簡介
作者：(加)安布勒 (澳)康斯坦丁
安布勒，Scott W.Ambler是軟體開發方法年輕一代的領軍人物之一，在理論和實踐上的造詣都很深厚。作為一位高級諮詢顧問，他一直積極參與全球各種大型軟體開發和過程改進項目。同時，他還是一位視野廣闊的方法論學者，是《Software Development》雜誌的專欄作家，撰寫了多部頗受推崇的著作，其中包括《The Object Primer》、《Agile Modeling》、《The Elements of UML Style》、《Process Patterns》、《More Process Patterns》等。
內容簡介
統一過程是面向對象基於構件軟體開發過程的惟一過程和標準過程嗎?本書是這四本系列叢書的最後一本，它對統一過程提出了批評意見。作者介紹了其他可選擇的軟體過程，並且將統一過程與其他軟體過程綜合形成了一個處理真實世界開發和產品需要的更完整的、更健壯的統一過程。在詳細闡述一個更完整的統一過程之後，每一卷書介紹了當前實現統一過程各個階段(初始、細化、構造、移交和產品化)最佳實踐的大師的經驗智慧集合。
匯集業界傑出人物的集體智慧。來自於Ellen Gottesdiener、Larry O’Brien、Steve McConnell、Larry Runge、Karl Wiegers等的文章為讀者提供對如下論題的觀點：
●如何開發和維護大規模、關鍵任務軟體。
●程式設計如何適合整體開發生命周期。
●提高你的角色(職業)的技巧和技術。
並且在需求、管理項目風險、測試和度量投入以及選擇和配置正確的工
具等方面採用最佳實踐來處理實施軟體過程的若干細節。
一個增強生命周期來實現企業級統一過程。本書提供了正確部署、操作
和支持新系統所需要的信息。在移交階段將一個新系統交付給用戶團體的過
程中，你將：
●測試和驗證完整的系統。
●並行地操作所開發的系統和遺留系統。
●轉換遺留的資料庫和系統，使之支持新發布的版本。
●培訓用戶操作人員、支持人員和維護開發人員。
為了確保產品化階段中系統的連續運行，你將：
●監控系統，採取恰當的操作來確保系統連續運行。
●操作和維護相關的工作、日誌記錄和支持系統。
●對幫助請求、錯誤報告和特性請求做出回響。
●管理變更控制過程。
本書的內容由美國((Software Development))雜誌提供。
媒體評論
書評
統一過程是面向對象基於構件軟體開發過程的惟五過程和標準過程嗎？本書是這四本系列叢書的最後一本，它對統一過程提出了批評意見。作者介紹了其他可選擇的軟體過程，並且將統一過程與其他軟體過程綜合形成了一個處理真實世界開發和產品需要的更完整的，更健壯的統一過程。在詳細闡述一個更完整的統一過程之後，每一卷書介紹了當前實現統一過程各個階段最佳實踐的大師的經驗智慧集合。
匯集業界傑出人物的集體智慧。
如何開發和縱大規模、關鍵任務軟體。
程式設計如何適合整體開發生命周期。
提高你的角色的技巧和技術。
並且在需求、管理項目風險、測試和度量投入以及選擇和配置正確的工具等方面採用最佳實踐來處理實施軟體過程的若干細節。
一個增強生命周期來實現企業級統一過程。本書提供了正確部署、操作和支持新系統所需要的信息。在移交階段將一個新系統交付給用戶團體的過程中，你將：
測試和驗證完整的系統。
並行地操作所開發的系統和遺留系統。
轉換遺留的資料庫和系統，使之支持新發布的版本。
培訓用戶、操作人員、支持人員和維護開發人員。
為了確保產品化階段中系統的連續運行，你將：
監控系統，採取恰當的操作來確保系統連續運行。
操作和維護相關的工作，日誌記錄和支持系統。
對幫助請求、錯誤報告和特性請求做出回響。
管理變更控制過程。
目錄
譯者序
前言
第1章 概述
1.1 統一過程
1.2 企業統一過程(EUP)
1.3 移交階段的目標
1.4 產品化階段的目標
1.5 在移交和產品化階段通常工如何進行
1.6 需求工作流
1.7 分析和設計工作流
1.8 實現工作流
1.9 部署工作流
1.10 測試工作流
1.11 操作和支持工作流
1.12 配置和變更管理工作流
1.13 項目管理工作流
1.14 基礎設施管理工作流
1.15 本書的組織
第2章 部署
2.1 部署工作流的最佳實踐
2.1.1 部署準備
2.1.2 部署系統
2.2 文章
2.2.1 有效的軟體部署
2.2.2 計畫部署
2.2.3 計畫恰當的首次演示
2.2.4 創建好的安裝
2.2.5 可管理的移植
2.2.6 UML部署建模和超越.
2.2.7 把標籤A放在插槽B中
2.2.8 垃圾管理
第3章 測試
3.1 測試工作流的最佳實踐
3.1.1 將測試人員放在首位
3.1.2 有效的測試實踐
3.1.3 測試沒有真正地結束
3.2 文章
3.2.1 招募軟體測試人員
3.2.2 培訓測試人員
3.2.3 運轉一個持久的軟體測試小組
3.2.4 根據用戶優先權選擇測試用例
3.2.5 J2EE測試入門
3.2.6 真實世界的接受測試
3.2.7 不要浪費你的bug
3.2.8 生存能力消防演習
第4章 項目管理
4.1 項目管理工作流的最佳實踐
4.1.1 從經驗中學習
4.1.2 從災難中恢復
4.2 文章
4.2.1 從檸檬中榨檸檬汁
4.2.2 向後看
4.2.3 迷失在混亂中：失敗時間表
4.2.4 挽救處於麻煩中的項目
4.2.5 補救當前的工作
4.2.6 無痛的解僱：說再見
第5章 操作和支持
5.1 操作和支持工作流的最佳實踐
5.1.1 操作
5.1.2 支持
5.2 文章
5.2.1 系統操作的秘密生活
5.2.2 忽視提供幫助請求將帶來危險
5.2.3 你的幫助有多大作用
5.2.4 從幫助平台獲得真正的幫助
5.2.5 開發者的焦慮：產品支持
第6章 基礎設施管理
6.1 基礎設施管理工作流的最佳實踐
6.1.1 系統安全
6.1.2 通過開放源碼軟體進行復用
6.1.3 軟體過程改進
6.2 文章
6.2.1 誰在我的套用中
6.2.2 入侵檢測：集中在電子開發和安全上
6.2.3 通過內部的開放源碼進行復用
6.2.4 藝術和工藝軟體
6.2.5 免費軟體的道德規範
6.2.6 軟體過程改進：10個要避免的陷阱
6.2.7 運行中的過程改進
6.2.8 超越最佳化
6.2.9 開始行動
6.2.10 統一霸權
第7章 超越統一過程——敏捷軟體過程
7.1 邁向敏捷
7.2 敏捷軟體過程
7.3 文章
7.3.1 方法的敏捷性
7.3.2 敏捷宣言
7.3.3 給過程節食
7.3.4 設計已死?
7.3.5 學到的極限經驗教訓
7.3.6 極限編程
7.3.7 精益編程(第一部分)
7.3.8 精益編程(第二部分)
7.3.9 極限建模
7.3.10 近距離洞察極限建模
第8章 結束語
附錄A 參考書目
附錄B 作者索引
附錄C 參考文獻
