軟件架構

內容概要

本書主要描述軟件架構與軟件組織之間的相互關系，依次介紹了作者根據(jù)多年管理經(jīng)驗和研究總結出的軟件架構組織的VRAPS 5項原則——構想(Vision)、節(jié)奏(Rhythm)、預見(Anticipation)、協(xié)作(Partnering)和簡化(Simplification)，并通過案例分析、模式和反模式展示了如何運用這一模型。本書的主要讀者為軟件企業(yè)的管理人員、開發(fā)人員和軟件產品的客戶等，也可作為大學計算機及相關專業(yè)的本科生、研究生和教師的參考用書。

作者簡介

張恂，1972年生。東南大學計算機軟件碩士，國內某自主研發(fā)的分布式對象通信中間件的主要開發(fā)成員，曾在國內一家著名移動通信設備廠負責一個大型通信系統(tǒng)軟件研發(fā)項目的管理近兩年，后任某民營軟件公司的CTO，目前主要從事軟件工程和面向對象技術咨詢。

書籍目錄

譯者序
前言
第1章 無形的幫助
1.1 本書主題
1.1.1 軟件架構愈顯重要
1.1.2 對于某些人“他們是受益人”的消息來得太晚了
1.2 原則揭示本質
1.3 實踐組織原則：架構師的新任務
1.3.1 節(jié)奏
1.3.2 構想
1.3.3 簡化與預見
1.3.4 協(xié)作
1.4 VRAPS原則在Web領域中的應用
1.5 小結
第2章 VRAPS參考模型：各組成部分的關系
2.1 概述
2.1.1 模型的重要性
2.1.2 VRAFS模型
2.2 應用環(huán)境
2.3 軟件架構的組織原則
2.4 概念框架
2.4.1 準則
2.4.2 模式
2.4.3 反模式
2.5 使用VRAPS模型
2.6 VRAPS模型演變過程
2.7 小結
第3章 形成并統(tǒng)一構想
3.1 概述
3.2 構想定義
3.2.1 把價值映射為架構約束
3.2.2 一致性與靈活性
3.3 構想挑戰(zhàn)
3.3.1 架構師影響力的局限
3.3.2 高級經(jīng)理與架構師的合作
3.3.3 產品線加劇了架構師和高級經(jīng)理面臨的挑戰(zhàn)
3.3.4 識別構想的瓦解
3.4 形成構想
3.4.1 誰是真正的架構師
3.4.2 構想與領導
3.4.3 缺乏尊重
3.5 將構想原則付諸實踐：準則、反模式與模式
3.5.1 準則1：架構師的構想與其發(fā)起人、用戶和最終客戶期望實現(xiàn)的目標保持一致
3.5.2 準則2：實施人員信任并使用架構
3.5.3 準則3：關于架構和構件的潛藏知識對其用戶是可見的和可獲得的
3.6 小結
3.7 其他可用的模式與反模式
第4章 節(jié)奏：保證節(jié)拍、過程與進展
4.1 概述
4.2 節(jié)奏定義
4.3 動因
4.3.1 節(jié)奏幫助移交管理
4.3.2 節(jié)奏驅動活動完結
4.4 將節(jié)奏原則付諸實踐：準則、反模式與模式
4.4.1 準則1：經(jīng)理們定期地再評估、同步和調整架構
4.4.2 準則2：架構用戶對架構發(fā)布的進度和內容具有高度的信心
4.4.3 準則3：通過節(jié)奏協(xié)調明確的活動
4.5 小結
4.6 其他可用的模式與反模式
第5章 預見：預測、驗證與調整
5.1 概述
5.2 預見定義
5.2.1 預測
5.2.2 驗證
5.2.3 調整
5.3 預見應用
5.3.1 朝多個方向發(fā)展架構
5.3.2 架構客戶與他們的客戶
5.3.3 目標離現(xiàn)實太遠
5.3.4 目標離現(xiàn)實太近
5.3.5 平衡現(xiàn)在和未來的需求
5.3.6 掌握平衡
5.4 將預見原則付諸實踐：準則、反模式與模式
5.4.1 準則1：不斷增強架構的能力以響應預見到的風險和架構客戶及其客戶的需求；市場驅動的標準和演變的技術；戰(zhàn)略性業(yè)務方向的改變
5.4.2 準則2：通過快速復審和開發(fā)周期，評估技術和業(yè)務上的風險與機會
5.4.3 準則3：當發(fā)現(xiàn)關鍵的估計或假設有錯時，及時調整功能特性、預算、計劃或進度
5.5 小結
5.6 其他可用的模式與反模式
第6章 協(xié)作：建立合作型組織
6.1 概述
6.2 協(xié)作定義
6.2.1 架構受益人
6.2.2 明確、合作的角色
6.2.3 價值最大化
6.3 產業(yè)基礎
6.3.1 契約管理
6.3.2 網(wǎng)絡化組織
6.3.3 價值鏈
6.3.4 信任
6.4 將協(xié)作原則付諸實踐：準則、反模式與模式
6.4.1 準則1：架構師不斷地努力了解誰是最關鍵的受益人，他們如何貢獻價值，以他們需要什么
6.4.2 準則2：受益人之間達成明確和強制性的契約
6.4.3 準則3：通過社會行為制度和非正式規(guī)范強化合作
6.5 小結
6.6 其他可用的模式與反模式
第7章 簡化：澄清與最小化
7.1 概述
7.2 簡化定義
7.2.1 Conway定律
7.2.2 澄清
7.2.3 最小化
7.3 將簡化原則付諸實踐：準則、反模式與模式
7.3.1 準則1：開發(fā)人員長期不斷地使用架構，減少了總成本和復雜性
7.3.2 準則2：架構小組明確理解關鍵最小需求并且將其構造成多應用共享的核心元素
7.3.3 準則3：長期預算和行動確保當發(fā)生以下情況時把相關元素從核心移走：1)它們沒有被共享或者增加了不必要的復雜性；2)有明確的業(yè)務理由
7.4 小結
7.5 其他可用的模式與反模式
第8章 原則實踐：Allaire公司案例分析
8.1 簡介
8.1.1 為什么選擇Allaire公司
8.1.2 5項組織原則
8.1.3 我們采用的方法
8.1.4 關于結果
8.2 構想--把好的構想變成現(xiàn)實
8.2.1 定義和描述
8.2.2 形成架構構想并保持其生命力的實踐方法
8.2.3 Allaire職員發(fā)現(xiàn)的警告信號
8.3 節(jié)奏--保持節(jié)拍
8.3.1 定義和描述
8.3.2 幫助一個架構組織保持同步的實踐方法
8.3.3 Allair職員發(fā)現(xiàn)的警告信號
8.4 預見--預測、驗證與調整
8.4.1 定義和描述
8.4.2 保持架構"與未來磨合"的實踐方法
8.4.3 Allaire職員發(fā)現(xiàn)的警告信號
8.5 協(xié)作--生命線
8.5.1 定義和描述
8.5.2 支持協(xié)作的實踐方法
8.5.3 Allaire職員發(fā)現(xiàn)的警告信號
8.6 簡化--找到要素
8.6.1 定義和描述
8.6.2 支持簡化的實踐方法
8.6.3 Allaire職員發(fā)現(xiàn)的警告信號
8.7 小結
第9章 案例分析：用VRAPS建立和實現(xiàn)基準
9.1 概述
9.2 基準測試提供了一個框架
9.2.1 調查模板
9.2.2 組織背景與環(huán)境模板
9.2.3 架構概況與投資回報率模板
9.2.4 原則模板
9.2.5 實踐方法模板
9.3 我們如何進行基準測試
9.3.1 獲得一個可行的構想
9.3.2 進行訪談
9.4 基準測試結果與體會
9.4.1 原則共鳴
9.4.2 原則關系
9.4.3 幾點體會
9.5 小結
附錄A 快速參考表：原則、準則、反模式與模式
附錄B 反模式和模式一覽
參考文獻
索引

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    軟件架構 PDF格式下載

---