內容簡介
軟體架構設計的過程《架構實戰:軟體架構設計的過程》理論結合實踐，介紹了一些可以套用到整個或部分的架構設計流程中的最佳方法。不管你是一位資深的架構師還是一位有志於成為架構師的初級使用者，通過閱讀《架構實戰:軟體架構設計的過程》都能從中獲益。
作者簡介Peter Eeles 是IBM的高級IT架構師，他就職於IBM的Rational品牌軟體組。在這個職位上，他幫助組織提高軟體開發能力，尤其關注和致力於改進架構流程。Peter從1985年開始從事軟體行業，其主要工作是進行架構設計和實現大規模、分散式的系統。Peter是《Building J2EE Applications with the Rational Unified Process》（Addison?Wesley，2002）和《Building business Objects》（John Wiley & Sons，1998）的合著者。
編輯推薦
《架構實戰:軟體架構設計的過程》主要內容：在典型的軟體開發項目中架構師扮演的角色，如何編寫軟體架構文檔來滿足不同利益相關者的需求，架構設計過程中可重用資源的適用性，在定義需求時架構師扮演的角色，如何基於一組需求來獲取架構，創建複雜系統的過程中架構設計的相關性。
成功的軟體離不開好的軟體架構，高效的架構設計需要透徹地理解組織的角色、工件、執行的活動以及執行這些活動的最優順序。
《架構實戰:軟體架構設計的過程》介紹了如何應對軟體系統架構設計時的各種挑戰，引入了基於Java EE、Mic rosoft NET或其他技術的最佳實踐。書中首先闡述了架構設計文檔、可重用資源等軟體架構的相關概念，接著通過一個典型項目介紹了一個容易理解的、關注任務的旅遊指導（這個項目關注架構師的角色），並討論了一些常見問題，最後總結了一組可以套用於當今最複雜系統的最佳實踐。
《架構實戰:軟體架構設計的過程》適合軟體架構師、項目經理和軟體從業人員閱讀。 媒體推薦
“軟體架構師這個角色在最近幾年很盛行，也被認為是項目成功的一個關鍵因素。然而，即使在今天，人們對如何分析需求、理解關注點、評估可選方案及構建和編寫符合目的的架構描述文檔等工作仍然缺少一些常規的理解。Eeles和Cripps在他們這本非常有用和有實踐性的書中填補了這個空白。書中的內容清楚易懂，遵循從起始到交付的一個邏輯流程，通過研究一個真實的案例對任務和工作產品進行了清楚的解釋和闡述。無論對於新的架構師，還是經驗豐富的專家，這都是一本重要的手冊。”
——Nick Rozanski，《軟體系統架構》的作者之一
“如果您需要一本關於軟體架構流程的全面和權威的參考書，那就不用再等待了。Peter Eeles和Peter Cripps已經為這個流程編寫了一本權威性的指導參考書。本書中介紹的流程利用一個元模型進行了準確的定義，通過一個真實的研究案例進行了闡述，還清楚地關聯到像UML、RUP和IEEE 1471等這樣的關鍵標準，因此為那些大型項目開發中的軟體架構提供了頗有價值的指導。我一點都不懷疑本書會成為許多軟體架構師的一本很有價值的參考書。”
——Eoin Woods，《軟體系統架構》的作者之一
“Eeles和Cripps把多年的經驗匯集到這本指導書中，幫助讀者不僅理解架構師生產什麼，還理解他們如何生產。本書是一本具有很高實踐性的指導書，其中詳盡闡述了獲得的經驗和需要避免的陷阱。已經成為架構師的人將參考本書，因為它能夠使他們的技術更完善；而期望成為架構師的人通過閱讀它能夠獲得一些需要多年痛苦的經歷才能獲得的關鍵見識。”
——Bob Kitzberger，IBM Software Group的程式主管、戰略家
“就我在這個領域的工作經驗來看，軟體架構給人的感覺有點像妖術，只有精選的少許專家和天才才有天分從事這項工作。本書先介紹行業最佳實踐和作者寶貴的經驗，然後把架構解決方案帶入一個真實的工程學科的範疇。現在，我有了一本可以傳授給新從業者的參考書，一本講授過去需要多年嘗試和出錯才能體會到的經驗的書。”
——Colin Renouf，英國Websphere User Group的副主席，企業架構師和技術作家
目錄
譯者序
序
前言
致謝
作者簡介
第1章 導言
1.1 流程套用
1.2 流程概述
1.3 範圍
1.4 總結
第2章 架構、架構師和架構設計
2.1 架構
2.1.1 架構定義結構
2.1.2 架構定義行為
2.1.3 架構關注重要的元素
2.1.4 架構平衡利益相關者的需要
2.1.5 架構基於合理證據使決策具體化
2.1.6 架構會遵循一種架構風格
2.1.7 架構受它的環境影響
2.1.8 架構影響開發團隊的結構
2.1.9 所有系統都存在架構
2.1.10 架構有特定的範圍
2.2 架構師
2.2.1 架構師是技術領導
2.2.2 架構師的角色可能由一個團隊來履行
2.2.3 架構師理解軟體開發流程
2.2.4 架構師掌握業務領域的知識
2.2.5 架構師掌握技術知識
2.2.6 架構師掌握設計技能
2.2.7 架構師具備編程技能
2.2.8 架構師是優秀的溝通人員
2.2.9 架構師進行決策
2.2.10 架構師知道組織政策
2.2.11 架構師是談判專家
2.3 架構設計
2.3.1 架構設計是一門科學
2.3.2 架構設計是一門藝術
2.3.3 架構設計跨越很多方面
2.3.4 架構設計是一個漸進的活動
2.3.5 架構設計受許多利益相關者驅動
2.3.6 架構設計經常包括折中
2.3.7 架構設計承認經驗
2.3.8 架構設計既由上而下也由下而上
2.4 架構設計的優點
2.4.1 架構設計解決系統的質量問題
2.4.2 架構設計促進達成共識
2.4.3 架構設計支持計畫編制流程
2.4.4 架構設計促進架構的完整性
2.4.5 架構設計有助於管理複雜性
2.4.6 架構設計為重用提供基礎
2.4.7 架構設計降低維護成本
2.4.8 架構設計支持影響分析
2.5 總結
第3章 方法基本原理
3.1 關鍵概念
3.2 方法內容
3.2.1 角色
3.2.2 工作產品
3.2.3 活動
3.2.4 任務
3.3 流程
3.3.1 瀑布流程
3.3.2 疊代流程
3.3.3 敏捷流程
3.4 總結
第4章 編寫軟體架構文檔
第5章 可重用架構資源
第6章 案例介紹
第7章 定義需求
第8章 創建邏輯架構
第9章 創建物理架構
第10章 進階
附錄A 軟體架構元模型
附錄B 視點目錄
附錄C 方法概述
附錄D 架構需求檢查列表
術語表
參考文獻
