軟件系統(tǒng)架構(gòu)

內(nèi)容概要

魯然斯基等編著的《軟件系統(tǒng)架構(gòu)(使用視點和視角與利益相關(guān)者合作原書第2版)》是軟件系統(tǒng)架構(gòu)領(lǐng)域的開創(chuàng)性著作，是兩位擁有數(shù)十年軟件行業(yè)工作經(jīng)驗的架構(gòu)師工作經(jīng)驗的結(jié)晶，圍繞利益相關(guān)者、視點和視角三大主題，創(chuàng)新性地提出了如何用架構(gòu)視點和架構(gòu)視圖的方法來定義軟件架構(gòu)，如何用架構(gòu)視角的方法來確保軟件質(zhì)量，以及如何用架構(gòu)視點和架構(gòu)視角的方法與利益相關(guān)者合作，具有里程碑意義?！盾浖到y(tǒng)架構(gòu)(使用視點和視角與利益相關(guān)者合作原書第2版)》還展示了一種實用的、經(jīng)過驗證的框架，你可以應用它來處理架構(gòu)定義過程，并應對創(chuàng)建軟件架構(gòu)工作所帶來的挑戰(zhàn)。 《軟件系統(tǒng)架構(gòu)(使用視點和視角與利益相關(guān)者合作原書第2版)》分為五個部分，共30章。第一部分（第1～5章）闡釋利益相關(guān)者、架構(gòu)描述、視點、視圖和視角等基本概念，并描述軟件架構(gòu)師的角色；第二部分（第6～14章）描述作為架構(gòu)師所要從事的重要活動，如協(xié)商項目的范圍、識別并管理利益相關(guān)者、使用場景和模式、創(chuàng)建模型以及為架構(gòu)創(chuàng)建文檔并對其加以驗證等；第三部分（第15～23章）集合了在創(chuàng)建架構(gòu)描述時最重要的七種視點：情境、功能、信息、并發(fā)、開發(fā)、部署和運維視點；第四部分（第24～29章）集合了對于信息系統(tǒng)最重要的視角，包括安全性、性能和可伸縮性、可用性和適應性、演進、位置、開發(fā)資源、國際化等；第五部分（第30章）把這些概念融合在一起，并闡釋了如何把這些理論應用到實踐中。
海報：

作者簡介

作者：（英國）魯然斯基（Nick Rozanski） （英國）伍茲（Eoin Woods） 譯者：侯伯薇  魯然斯基（Rozanski N），資深軟件架構(gòu)師，擁有30余年軟件行業(yè)工作經(jīng)驗。他在企業(yè)應用程序集成、程序包實現(xiàn)、關(guān)系型數(shù)據(jù)庫、數(shù)據(jù)復制和面向?qū)ο蟮能浖_發(fā)等領(lǐng)域有自己獨到的見解，積累頗豐。他在包括金融、零售、制造和行政等多個領(lǐng)域擔任重要的角色，曾任職于多家大型系統(tǒng)集成公司，包括Logica、Capgemini和Sybase，以及瑪莎百貨和Barclays全球投資公司，目前是英國一家大型銀行前端IT部門的主要負責人。他曾在劍橋大學和曼徹斯特大學求學，是英國計算機學會的注冊工程師和注冊會員。他還是一位經(jīng)驗豐富的技術(shù)講師和通過認證的內(nèi)部項目審計員。 伍茲（Woods E.），資深軟件架構(gòu)師，擁有近20年軟件行業(yè)工作經(jīng)驗。他對軟件架構(gòu)、分布式系統(tǒng)、計算機安全和數(shù)據(jù)管理等技術(shù)都有深入研究。曾在多家技術(shù)公司、顧問公司和金融服務公司任職，目前是歐洲一家大型投資銀行的首席軟件架構(gòu)師，負責該公司大量關(guān)鍵系統(tǒng)的架構(gòu)和設(shè)計。他擁有布魯塞爾大學軟件工程學士學位和曼徹斯特大學軟件工程碩士學位。他還是工程技術(shù)協(xié)會的注冊會員，并且是英國計算機學會的注冊工程師和注冊會員。 侯伯薇，資深軟件開發(fā)工程師、系統(tǒng)工程師和系統(tǒng)分析師，擁有10余年軟件行業(yè)從業(yè)經(jīng)驗?，F(xiàn)就職于中荷人壽保險有限公司，擔任高級系統(tǒng)分析師。致力于技術(shù)與業(yè)務的融合，讓開發(fā)的程序能夠真正提高業(yè)務人員的工作效率。InfoQ中文站翻譯團隊主編，熱衷于通過翻譯和演講的方式與廣大程序員分享和交流，曾翻譯過多本技術(shù)書籍和幾百篇技術(shù)短文，并多次在Scrumgathering、QClub、敏捷之旅等活動上發(fā)表技術(shù)演講。

書籍目錄

譯者序前言 第1版前言 第1章簡介 1.1利益相關(guān)者、視點和視角 1.2本書結(jié)構(gòu) 1.3誰應該閱讀本書 1.4本書約定 第一部分架構(gòu)的基本原則 第2章軟件架構(gòu)概念 2.1軟件架構(gòu) 2.1.1系統(tǒng)元素和關(guān)系 2.1.2基本系統(tǒng)屬性 2.1.3設(shè)計和發(fā)展的原則 2.1.4系統(tǒng)屬性和內(nèi)部組織形式 2.1.5軟件架構(gòu)的重要性 2.2架構(gòu)元素 2.3利益相關(guān)者 2.3.1個人、團隊或組織 2.3.2興趣和關(guān)注點 2.3.3利益相關(guān)者的重要性 2.4架構(gòu)描述 2.5核心概念之間的關(guān)系 2.6小結(jié) 2.7延伸閱讀 第3章視點和視圖 3.1架構(gòu)視圖 3.2視點 3.3核心概念之間的關(guān)系 3.4使用視點和視圖的好處 3.5視點缺陷 3.6視點目錄 3.7小結(jié) 3.8延伸閱讀 第4章架構(gòu)視角 4.1質(zhì)量屬性 4.2架構(gòu)視角 4.3向視圖應用視角 4.4應用視角的結(jié)果 4.4.1深入的觀點 4.4.2提升 4.4.3精品內(nèi)容 4.5核心概念之間的關(guān)系 4.6使用視角的好處 4.7視角的缺陷 4.8視角與視點對比 4.9視角種類 4.10小結(jié) 4.11延伸閱讀 第5章軟件架構(gòu)師的角色 5.1架構(gòu)定義過程 5.1.1架構(gòu)定義不僅是設(shè)計 5.1.2需求分析和架構(gòu)定義之間的區(qū)別 5.1.3架構(gòu)定義和設(shè)計之間的區(qū)別 5.2架構(gòu)師的角色 5.3核心概念之間的相互關(guān)系 5.4架構(gòu)專門化 5.5組織情境 5.5.1業(yè)務分析師 5.5.2項目經(jīng)理 5.5.3設(shè)計主管 5.5.4技術(shù)專家 5.5.5開發(fā)者 5.6架構(gòu)師的技能 5.7架構(gòu)師的責任 5.8小結(jié) 5.9延伸閱讀 第二部分軟件架構(gòu)過程 第6章 軟件架構(gòu)過程簡介 第7章 架構(gòu)定義過程 7.1指導原則 7.2過程產(chǎn)出物 7.3過程情境 7.4支持活動 7.5架構(gòu)定義活動 7.6過程完成標準 7.7軟件開發(fā)生命周期中的架構(gòu)定義 7.7.1瀑布式方法 7.7.2迭代方法 7.7.3敏捷方法 7.8小結(jié) 7.9延伸閱讀 第8章 關(guān)注點、原則和決定 8.1專注于問題的關(guān)注點 8.1.1業(yè)務策略 8.1.2業(yè)務目標和驅(qū)動力 8.1.3系統(tǒng)范圍和需求 8.1.4業(yè)務標準和政策 8.2專注于解決方案的關(guān)注點 8.2.1 IT策略 8.2.2技術(shù)目標和驅(qū)動力 8.2.3技術(shù)標準和政策 8.3其他現(xiàn)實世界中的約束 8.4什么決定了好的關(guān)注點 8.5架構(gòu)原則 8.5.1什么造就了好的原則 8.5.2定義自己的原則 8.6架構(gòu)決定 8.7使用原則關(guān)聯(lián)關(guān)注點和決定 8.8檢查列表 8.9小結(jié) 8.10延伸閱讀 第9章確定并引入利益相關(guān)者 9.1利益相關(guān)者的選擇 9.2利益相關(guān)者的類別 9.2.1 出資方 9.2.2評估者 9.2.3溝通者 9.2.4開發(fā)人員 …… 第三部分視點類型 第四部分視角 第五部分把所有內(nèi)容組合起來 附錄A其他視點集 參考文獻

章節(jié)摘錄

版權(quán)頁：   插圖：   當你想要讓架構(gòu)描述中的信息易于獲取，或者你想要經(jīng)常做出修改，或者你想要讓其他人能夠協(xié)作創(chuàng)建和維護的時候，wiki文檔就有很大優(yōu)勢。在那里，wiki不擅長的情況在于需要復雜的格式、大量圖表，那可能會形成大量頁面，從而難于清晰地導航。 演講可能是描述架構(gòu)應用最廣泛的一種方法，同時也具有影響力大和普遍存在的好處。但是，坦白來說，我們很少看到好的架構(gòu)描述僅僅通過幻燈片的方式來展現(xiàn)，而且演講的方式更適用于架構(gòu)的草稿和未完成的定義。當然，作為溝通工具，演講還占有一席之地，但是當看到把它用作明確的架構(gòu)文檔時，還是會感到有些不安。 正如在視點中說明的，UML模型是一種展現(xiàn)很多種架構(gòu)結(jié)構(gòu)的好方式，盡管通常需要對基本的標記法做剪裁和擴展，從而支持架構(gòu)模型的關(guān)鍵元素。正如在第12章中所說的，UML的普遍應用使得它成為創(chuàng)建軟件模型的事實和制度標準。有了針對形勢的正確方法和正確工具（不管是白板還是復雜的建模工具），我們都會發(fā)現(xiàn)它是架構(gòu)定義過程中很有用的組成部分。在與不理解標記法的非技術(shù)利益相關(guān)者做大量溝通的時候，或者基于某種原因并不認為精確的圖形模型有價值的情況下，UML的價值就不那么大了。 在實踐中，繪圖工具也是非常流行的架構(gòu)描述工具，可能最常用的就是已廣泛使用的Visio工具。很多繪圖工具功能都很強大，允許我們創(chuàng)建清晰的圖，并很容易維護。我們發(fā)現(xiàn)，問題通常在于使用哪種工具來畫圖，而不在于工具本身。如果他們習慣使用良好定義的標記法（可能使用UML模板或者自己創(chuàng)建的架構(gòu)定義標記法）來繪圖，它們就可以是有用、高效、輕量級的建模工具（只要模型元素已經(jīng)在某處進行了定義）。然而，如果沒有使用定義好的標記法，那么正如在第12章中所說，結(jié)果通常會得到讓人迷惑的圖。 對于架構(gòu)描述的特定內(nèi)容，代碼也會很有用，特別是那些以軟件開發(fā)者為目標的部分。基本的系統(tǒng)會是可執(zhí)行的架構(gòu)描述，也是對架構(gòu)某些內(nèi)容的定義，如元素之間的接口等，通常最好使用代碼來表現(xiàn)，而不是使用模糊的中間標記法，如偽代碼等，那只會讓所有人猜測它意味著什么。我們還發(fā)現(xiàn)，將記錄的關(guān)鍵架構(gòu)模式和規(guī)約作為可執(zhí)行的示例，是一種與軟件開發(fā)團隊溝通的有效方式。 當創(chuàng)建定量模型（如那些用于預測系統(tǒng)性能和可伸縮性特征的模型）時，電子表格會非常有用，并且還可以作為表格數(shù)據(jù)的輕量級數(shù)據(jù)庫，很多項目都需要管理它（例如，向內(nèi)和向外的系統(tǒng)數(shù)據(jù)反饋特征的列表）。

編輯推薦

《軟件系統(tǒng)架構(gòu):使用視點和視角與利益相關(guān)者合作(原書第2版)》是軟件系統(tǒng)架構(gòu)領(lǐng)域的開創(chuàng)性著作，是兩位擁有數(shù)十年軟件行業(yè)工作經(jīng)驗的架構(gòu)師工作經(jīng)驗的結(jié)晶，圍繞利益相關(guān)者、視點和視角三大主題，創(chuàng)新性地提出了如何用架構(gòu)視點和架構(gòu)視圖的方法來定義軟件架構(gòu)，如何用架構(gòu)視角的方法來確保軟件質(zhì)量，以及如何用架構(gòu)視點和架構(gòu)視角的方法與利益相關(guān)者合作，具有里程碑意義?！盾浖到y(tǒng)架構(gòu):使用視點和視角與利益相關(guān)者合作(原書第2版)》還展示了一種實用的、經(jīng)過驗證的框架，你可以應用它來處理架構(gòu)定義過程，并應對創(chuàng)建軟件架構(gòu)工作所帶來的挑戰(zhàn)。

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    軟件系統(tǒng)架構(gòu) PDF格式下載

---